0

我的应用程序中将包含大量 mp3 文件。现在,这就是我所做的:

  • 使用按需资源,这样文件就不会影响应用程序的大小;

  • 首次启动时:

    • 如果用户连接到WiFi,下载所有文件并将它们存储在应用程序文档目录中;
    • 如果用户没有连接到 WiFi,请让他下载或稍后再下载。

现在我的问题是:

例如,如果总文件大小超过 300mb,这将是一个问题,因为用户可能会因为空间不足而删除应用程序。我该如何解决这个问题?

我在想:

  • 在线存储我的文件并播放,但是每次用户想要播放它们时,他都会使用移动数据。或者,如果用户没有数据连接或者他在没有信号的地方,他将无法使用该应用程序;

  • 将文件压缩为 zip,然后在用户想要播放文件时解压缩并再次压缩;

  • 询问用户他想下载哪些文件,如果他想下载更多,则删除它们。

4

1 回答 1

0

在不知道普通用户将如何使用该应用程序的情况下,不可能说下载所有内容、允许用户仅下载所需文件或在线存储所有内容更好。一般来说,如果用户连接速度较慢,您不应让用户等待或限制应用程序功能。

您应该确定的一件事是尽可能减小文件大小。Zip 对您没有帮助,因为它不能减少已压缩的媒体文件(如 mp3、ogg 等)。

首先检查音频比特率是否太大。用于不同目的的典型比特率:

  • 32kbit/s:AM 无线电质量
  • 48kbit/s:长语音播客的常用速率
  • 64kbit/s:正常长度语音播客的常用速率
  • 96kbit/s:调频广播质量
  • 128kbit/s:最常见的 MP3 音乐比特率
  • 160kbit/s:音乐家或敏感听众更喜欢这个而不是 128kbit/s
  • 192kbit/s:数字无线电广播质量
  • 320kbit/s:与 CD 几乎没有区别
  • 500kbit/s-1,411kbit/s:线性PCM等无损音频编码

因此,如果音频仅包含语音,48 kbit/s 通常就足够了。对于音乐 128 应该没问题。

其次 - 你应该使用比 mp3 更好的压缩编解码器。有关详细信息,请查看此链接http://soundexpert.org/encoders-48-kbps但通常您应该使用 AAC 编解码器。

于 2016-04-23T13:56:09.937 回答