Самый эффективный способ отформатировать большое количество аудио файлов - PullRequest
1 голос
/ 19 января 2012

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

Есть предложения по формату файла?

Ответы [ 4 ]

3 голосов
/ 19 января 2012

Это форматы аудио , декодированные аппаратным обеспечением iPhone , которые должны играть меньше всего мощности.

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

  • AAC
  • ALAC (Apple Lossless)
  • MP3

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

2 голосов
/ 20 января 2012

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

1 голос
/ 20 января 2012

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

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

В случае, если они многоканальные - моно должно подойти для голоса.

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

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

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

1 голос
/ 20 января 2012

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

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

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

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