iPhone HE-AAC Streaming через мобильную сеть (3G)
Разработал стример интернет-радио с использованием jPlayer, который использует аудио-теги html5 с jQuery и имеет резервное копирование flash для неподдерживаемых браузеров. При тестировании плеера на iPhone (iOS 5.0.1) мы столкнулись с очень своеобразной проблемой.
Когда iPhone подключен к Wi-Fi, он отлично передает потоки, используя поток HE-AAC V2 @ 64 кбит / с 44,1 кГц (предпочтительный кодек для продуктов Apple). Однако, когда iPhone подключен к мобильной сети 3G, он «заикается» или прекращает потоковую передачу на 1-2 секунды каждые 1-2 минуты (не прекращает потоковую передачу полностью). Беспокоит то, что когда iPhone вынужден использовать отдельный поток MP3 с той же скоростью передачи данных, у него нет этой проблемы и он очень хорошо работает в 3G.
ОБНОВЛЕНИЕ 5
Недавно мы приобрели мобильную точку доступа 3G / 4G Sprint и протестировали эту проблему с устройством. Когда iPhone подключен к мобильной точке доступа, он отображается как подключенный к устройству Wi-Fi, и проблема не отображается, даже если фактическое соединение осуществляется через 3G / 4G. Это может указывать на проблему, заключающуюся в том, что iPhone не обрабатывает HE-AAC через HTTP Live Streaming и при прямом подключении к мобильной сети.
ОБНОВЛЕНИЕ 4
Обновлен iPhone до iOS 5.1, но проблема не устранена.
ОБНОВЛЕНИЕ 3
Прочтите здесь о различных проблемах, связанных с некорректным рендерингом скриптов при подключении к мобильным сетям.Кажется, что палец указывает на операторов мобильной сети, которые могут вставлять прокси для обслуживания веб-страниц, например для уменьшения размера изображений. Также он может внедрять некоторые страницы JavaScript. Тестовую страницу можно найти ЗДЕСЬ Примечание: на этой странице используется HE-AAC, поэтому она будет работать только на iPhone ...
ОБНОВЛЕНИЕ
Согласно документу Apple HTTP Live Streaming для устройств iOS, что «только аудиоконтент может быть транспортным MPEG-2 или элементарными аудиопотоками MPEG, либо в формате AAC с заголовками ADTS, либо в формате MP3». Наш музыкальный сервер использует кодировщик OddcastV3 для отправки трех потоков (MP3, HE-AAC V2 и Oggvorbis) на сервер icecastV2. Не уверен, вставляет ли кодировщик заголовки ADTS для потока HE-AAC V2. Есть ли способ проверить это?
1 ответ
Исходя из точки зрения радиопланирования - вот мои два цента:
То, что вы описываете звуки, такие как формирование полосы пропускания - что является одновременно распространенным и часто необходимым дизайном радиосетей (таких как сети 3G) , В большинстве операторов 3G, над которыми я работал, вы обычно оптимизировали свою сеть, чтобы обеспечить высокоскоростной пакет (например, загрузку изображения, отправку одного электронного письма или загрузку одной HTML-страницы) - через «длительные» службы с высокой пропускной способностью. Это связано с тем простым фактом, что это то, что большинство пользователей хотят / нуждаются.
Такое формирование может в типичной сети 3GPP (GSM 3G) привести к тому, что вы сначала получите RAB (однонаправленный радиоканал), поддерживающий 384 кбит, а затем понижен до тех пор, пока ваше устройство принимает его. Это означает, что обычно вы переключаетесь с 384 -> 256 -> 128, затем на 64 кбит, где, возможно, ваше устройство начинает медленно получать данные, затем сеть обновляет их и через некоторое время снова понижает их.
Так почему же тогда MP3-файл не заикается? я предполагаю, что общая скорость передачи в кбит может отличаться - так что у вас все в порядке в 64 Кбит RAB. Это обычное явление.