2012-01-19 4 views
1

В настоящее время я разрабатываю приложение, которое будет содержать большое количество аудио, около 60-120 минут. Большинство голосовых аудиофайлов. Мой вопрос - это действительно лучший способ сохранить их. Например, один большой файл, отдельные аудиофайлы, файлы кэширования по мере необходимости.Самый эффективный способ форматирования большого количества аудиофайлов

Любые предложения по файловому формату?

+0

Какого типа аудио-контент (музыка, голос, звуки)? – Costique

+0

Почти 100% голос. –

ответ

3

Это audio formats decoded by iPhone hardware, которые должны потреблять максимум энергии, чтобы играть.

Другие аудиоформаты iPhone OS используют аппаратный кодек для воспроизведения. Эти форматы:

  • AAC
  • ALAC (Apple Lossless)
  • MP3

ли иметь аудио распределенную с приложением или отдельно будет зависеть от использования. Если вы можете разумно ожидать, что пользователь будет последовательно просматривать материал, вы можете позволить пользователю загружать часть по отдельности или передавать аудио, чтобы позволить им экономить место на своем устройстве, а если аудио более произвольный доступ, возможно, все это нужно на устройстве.

+0

То, что вы сказали, имеет смысл. Спасибо за совет. –

1

Как предложил Joachim, вы можете выбрать аудиоформаты AAC/ALAC/MP3. Что я предлагаю сейчас также рассмотреть этот вопрос с пользовательского опыта точки зрения:

  1. конвертировать все аудио в выбранный формат с параметрами качества, которые удовлетворяют вас и ваших потенциальных пользователей.
  2. Далее рассчитать размер всех ваших файлов и задать себе вопросы: «слишком много мегабайт X для комплектации для моего приложения?» и "будет ли это большой/маленький пакет приложений поощрять пользователей загружать мое приложение?".
  3. По желанию немного поиграйте с параметрами качества для сжатия файлов (итерация).
  4. На следующем шаге определите (на основе характеристик вашего приложения), нужно ли связывать все файлы. Например, ожидается, что игра будет иметь все файлы на месте и может быть большой (пользователи соглашаются с этим). Если ваше приложение имеет, например, только подкасты, затем выберите лучший и объедините его - как только пользователь будет подключен, он может загрузить остальные (пусть пользователь запускает это), поэтому файлы хранятся на устройстве. Также предоставьте пользователю информацию о том, сколько данных они собираются загрузить и предупредить, если файл достаточно большой, и они не подключены к Wi-Fi; или ввести возможность загрузки только на Wi-Fi.

Надеюсь, это звучит разумно.

1

Для музыки следующий подход будет сильно отличаться.

Поскольку это просто голос, вы можете значительно снизить частоту дискретизации в большинстве случаев. Попробуйте [8 кГц ... 20 кГц].

В случае, если они многоканальные - Моно должно быть хорошо для голоса.

Как только это будет сделано, я рекомендую AAC для измерения размера и качества.

Проведите несколько тестов на прослушивание на своих устройствах. При необходимости измените настройки.Затем пакетный процесс/конвертирует их все. Это может уменьшить ваши размеры на десять или более, если источники 16/44.1.

Если они не очень маленькие (например, каждая секунда), или вам нужно быстро их открывать и читать, я бы не стал беспокоиться об огромном файле. Несколько МБ - хороший размер для многих случаев.

+1

Это хорошая информация. –

+0

@MichaelSmith добро пожаловать – justin

2

Некоторые приложения, в том числе собственные Apple, похоже, используют кодек с открытым исходным кодом для сжатого звука с качеством голоса, хотя это, похоже, не поддерживается аппаратным обеспечением или каким-либо общедоступным API.

+0

+1 Интересно - спасибо за обмен. – Till

Смежные вопросы