Как вставить аудио / видео на HTML-страницу, которая воспроизводится в браузере iPhone через GPRS - PullRequest
2 голосов
/ 18 сентября 2008

Хотя у меня нет 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>

Есть ли пример URL с медиа-файлом, который будет воспроизводиться в браузере iPhone когда iphone подключается с использованием GPRS (не 3G)?

Ответы [ 3 ]

2 голосов
/ 18 сентября 2008

Приложение iPhone YouTube автоматически загружает видео низкого качества при подключении через EDGE, чем при подключении через Wi-Fi, поскольку сеть работает намного медленнее. Этот факт заставляет меня поверить, что Apple примет дизайнерское решение, чтобы не беспокоиться о загрузке MP3 через EDGE. Браузер не может заранее знать, достаточно ли низок битрейт, и, скорее всего, этого не произойдет. Поэтому вместо того, чтобы расстраивать пользователей звуковым файлом, который проигрывается слишком долго (и мешает им получать вызовы во время загрузки), лучше избавить их от горя и предложить им найти точку доступа Wi-Fi.

1 голос
/ 27 февраля 2009

Попробуйте что-то вроде этого, это работает на веб-странице. Это на самом деле mp3 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 -->
0 голосов
/ 18 сентября 2008

Я не знал об этом ограничении. Хотя имеет смысл отключать потенциально опасные для данных теги OBJECT или EMBED в сотовой службе данных, за которую ваш провайдер может взимать плату за байт, если бы по этой причине не имело смысла, что она все равно будет работать в 3G и только не на GPRS.
Возможно, проблема в базовой пропускной способности? Отсутствие iPhone (или меня) затрудняет проверку заявления вашего коллеги.
Помните, что GPRS намного медленнее, чем Wi-Fi или 3G. Согласно Википедии, GPRS будет обеспечивать общую пропускную способность дуплексного режима от 56 до 114 кбит / с, не все из которых находятся в направлении загрузки. Вы уже можете заметить, что этого недостаточно для мгновенной потоковой передачи типичного mp3 со скоростью 128 кбит / с, даже если вы получаете оптимальную пропускную способность и получаете все это в качестве скорости загрузки.
Рассматривая это обсуждение на форуме в качестве примера, который появился в Google, клиенты GPRS (те, кто не использует Telestra, которая является провайдером EDGE в этой области), получают около 40 кбит / с. Таким образом, если, как показывает вопрос, вы застряли в EDGEland, а не в 3Gland или чем-то промежуточном, для воспроизведения 30-секундного mp3 потребуется около 20 секунд буферизации. И когда вы используете тег с неоднозначным поведением, такой как OBJECT или EMBED, нет никакой гарантии в том, как браузер будет интерпретировать его и будет ли он пытаться выполнять интеллектуальную потоковую передачу файла, вместо того, чтобы загружать весь файл перед его запуском.
Таким образом, вполне возможно, что ваш коллега просто не стал ждать достаточно долго, чтобы увидеть, начал ли проигрываться какой-либо встроенный носитель, который он выбрал в качестве теста (при условии, что он не использовал ваш тестовый mp3-файл объемом 17 КБ). Также возможно, что у iPhone действительно есть это ограничение, хотя я думаю, что Google будет более откровенен с ним, чем мой быстрый поиск, так как люди достаточно много говорят о других вещах, которые им не нравятся в iPhone. Другая возможность может заключаться в том, что это ограничение в сборке Safari, которая в настоящее время поставляется с iPhone, которая может быть изменена в будущих версиях или в другом браузере.
В конечном счете, вопрос в том, какой пользовательский опыт вы действительно хотите? Загрузка встроенного звука в GPRS займет много времени, и пользователи не будут получать удовольствие от этого или даже вообще не смогут его испытать, если он начнет проигрываться при посещении страницы и не будет загружаться до навигации. далеко. В этом случае, возможно, не стоит стремиться к цели.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...