приложение для iPhone, отклоненное для “передачи чрезмерных объемов данных”

Вы не можете скачать mp3, если вы не подключены к беспроводной сети, и сообщить им об этом. Если для вас mp3 слишком важен, просто скажите им, что он работает только по беспроводной сети, или включите несколько mp3 на устройство. Но 30 минут мп3 - это смешно, вот и все, 30 мегабайт .... вдумайтесь, 30 мегабайт - это слишком много.

Если серьезно, что он пытается сделать? За пределами США существует множество рынков для iPhone, которые не имеют хороших показателей загрузки для телефонов, а также невысоких размеров загрузки, поэтому наличие большого количества загрузок приложения - нехорошо.

Не могли бы вы снизить скорость передачи данных на вашем mp3 или подобном? Сделать загрузку необязательной с предупреждением о том, что она будет использовать вашу загрузку?

Задумывались ли вы о HTTP Live Streaming? Он встроен в ОС 3.0.

По сути, вы разбиваете свои медиафайлы на небольшие (скажем, 10-секундные) фрагменты и помещаете их на стандартный веб-сервер. Затем вы создаете небольшие текстовые файлы «мета-дескриптора» в формате EXTM3U, которые указывают, где находятся биты. Интересно то, что вы можете создать несколько версий каждого фрагмента с разной скоростью передачи данных. Поэтому, если у вас хорошая пропускная способность, плеер iPhone динамически выбирает более высокую скорость передачи данных, но когда она низкая, он автоматически переключается на версию фрагмента с более низкой скоростью передачи данных. Он делает это на лету, чтобы адаптироваться к меняющимся условиям.

Итак, если вы разделите свой MP3 на несколько 10-секундных битов, скажем, с 3 разными битрейтами, тогда, когда пользователь подключен через Wi-Fi, он получит высококачественный материал, но если он подключен к 3G или EDGE, он будет постепенно контент более низкого качества (и меньшего размера).

Если это нарушает вашу концепцию загружаемых носителей, то, возможно, вы можете использовать тот же прием и сохранить файлы нескольких размеров для каждого типа подключения. Затем, если вы подключены к сети Wi-Fi (или получаете быстрый отклик на контрольном пинге на сервер), скачайте файл большого размера, а не файлы среднего или малого размера.

Вот достойное пошаговое руководство по сегментации контента. . Они сосредоточены на видео, но оно должно работать и с аудиоконтентом.

Что касается 3G или EDGE, они получают контент все более низкого качества (и меньшего размера).

Если это нарушает вашу концепцию загружаемых носителей, то, возможно, вы можете использовать тот же прием и сохранить файлы нескольких размеров для каждого типа подключения. Затем, если вы подключены к Wi-Fi (или получаете быстрый отклик на контрольном пинге на сервер), скачайте файл большого размера, а не файлы среднего или малого размера.

Вот приличное пошаговое руководство по сегментации контента. . Они сосредоточены на видео, но оно должно работать и с аудиоконтентом.

Что касается 3G или EDGE, они получают контент все более низкого качества (и меньшего размера).

Если это нарушает вашу концепцию загружаемых носителей, то, возможно, вы можете использовать тот же прием и сохранить файлы нескольких размеров для каждого типа подключения. Затем, если вы подключены к сети Wi-Fi (или получаете быстрый отклик на контрольном пинге на сервер), скачайте файл большого размера, а не файлы среднего или малого размера.

Вот достойное пошаговое руководство по сегментации контента. . Они сосредоточены на видео, но оно должно работать и с аудиоконтентом.

повторно подключитесь к Wi-Fi (или получите быстрый ответ на контрольный запрос к серверу), загрузите большой файл по сравнению с файлами среднего или малого размера.

Вот приличное пошаговое разделение контента. Они сосредоточены на видео, но оно должно работать и с аудиоконтентом.

повторно подключитесь к Wi-Fi (или получите быстрый ответ на контрольный запрос к серверу), загрузите большой файл по сравнению с файлами среднего или малого размера.

Вот приличное пошаговое разделение контента. Они сосредоточены на видео, но оно должно работать и с аудиоконтентом.

Я бы предложил дросселировать полосу пропускания на сетевом/http запросе при подключении к сотовой сети, и не иметь дросселя на wifi.

Комбинация использования Reachability для определения состояния сети, и реализация http запроса с помощью CFNetwork со сном до следующей секунды, когда вы уже загрузили столько, сколько разрешено в секунду, должна доставить вас туда.

Вы должны посмотреть этот проект, либо использовать, либо просто посмотреть пример, как это хорошо кодировать:

http://allseeing-i. com/ASIHTTPRequest

Класс ASIHTTPRequest реализует это, используя старую или 2.0 версию Reachability, а также обеспечивает дросселирование на уровне класса, так что даже если у вас есть несколько одновременных загрузок и закачек, до тех пор пока все они проходят через ASIHTTPRequest, они будут правильно взяты вместе и правильно дросселированы.

Немного подробнее о том, как это использовать, можно прочитать здесь: http://allseeing-i.com/ASIHTTPRequest/How-to-use#bandwidth_throttling

Много хорошего в этом (и нет, я не автор ни одного из них).