14

我们在 Mac OS X 上使用ffmpeg进行了编码过程。这个过程将从源视频和几个文件中获取：.m3u8 视频、.mp4 视频和 .mp3 音频文件。

默认情况下，我们使用来自 m3u8 进程的视频，它是带有 AAC（通过libfaac ）音频的 h264（通过libx264 ）视频。

我们主要在移动设备上使用这些视频（因此是 m3u8 文件），但我们也将 .mp4 文件用于 Android、Windows Phone 等。我们也越来越需要通过 Flash 播放器在网络上提供这些相同的视频或 HTML5 播放器。

因此，我们希望为所有这些用途提供最好的音频/视频编解码器组合......我对什么是 .mp4 文件的“标准”感到困惑？

如果 .mp4 使用 mp3 编解码器，那么它在除 QuickTime 之外的所有地方都可以正常播放，在 QuickTime 中可以播放视频但没有音频（在 VLC 播放器中也可以正常播放。）

我被告知这是由于 QuickTime 如何使用文件扩展名来假设有关视频的信息，而不是尝试从文件中实际获取编解码器数据？这确实有些道理，如果我们对同一个文件进行编码但使用 AAC 作为音频编解码器，那么它在 QuickTime 中工作得很好。

那么 --- 什么是“正确”或“理想”的音频/视频编解码器组合 --- 使用 AAC 是最好和安全的（即它可以在广泛的设备上工作），即使它不是“免费”编解码器?

4

4 回答 4

7

撇开兼容性问题不谈，您可能需要考虑从 mp3 转码到 aac 导致的质量损失。由于您的原始音频是 mp3 编码的，因此通过重新混合 mp3 比特流而不是转码为 aac（即使 aac 在给定比特率下优于 mp3），您将获得更好的最终结果。

如果您的工作流程需要降低原始 mp3 的比特率，那么我的观点就失去了相关性。

于 2014-09-08T06:17:48.090 回答
3

AAC是首选，因为许多现代设备（如平板电脑和手机）可能有硬件解码器，这将导致更好的电池和更低的 CPU 消耗。同样适用于h264。

于 2017-11-02T00:31:44.730 回答
2

http://en.wikipedia.org/wiki/HTML5_video - 向下滚动查看兼容性表。似乎 MP3 或 AAC 都适用于 H.264

于 2013-10-28T15:22:31.173 回答
0

绝对使用AAC编解码器，正如你所说，它适用于更广泛的设备，更适合在HTML5中使用

于 2012-02-06T23:38:19.613 回答