我应该使用MP3或AAC编解码器作为.mp4文件吗？
我们在Mac上使用ffmpeg进行编码。这个过程将从其中获取一个源视频和几个文件：.m3u8视频、.mp4视频和.mp3音频文件。
默认情况下，我们使用了来自m3u8进程的视频，这是一个带有AAC (通过libfaac)音频的h264 (通过libx264)视频。
我们主要在移动设备上使用这些视频(因此是m3u8文件)，但我们也使用安卓、Windows等的.mp4文件。我们也越来越需要通过闪存播放器或HTML5播放器在网络上提供同样的视频。
因此，我们希望有最好的音视频编解码组合，所有这些用途.我感到困惑的是.mp4文件的“标准”是什么？
如果.mp4使用mp3编解码器，那么它在任何地方都播放得很好，除了QuickTime，在QuickTime中，视频播放，但没有音频(在VLC播放器中工作得很好)。
有人告诉我，这是因为QuickTime如何使用文件扩展名来假定视频的信息，而不是试图从文件中实际获取编解码器数据？这确实是有意义的，如果我们编码相同的文件，但是使用AAC作为音频编解码器，那么它在QuickTime中工作得很好。
那么-什么是“正确的”或“理想的”音频/视频编解码器组合-使用AAC (也就是说，它能在广泛的设备上工作吗)，即使它不是“免费”的编解码器，也是最好和安全的吗？
回答 4
Stack Overflow用户
发布于 2014-09-08 06:17:48
不考虑兼容性问题，您可能需要考虑从mp3到aac转换编码所导致的质量损失。由于您的原始音频是mp3编码的，通过重新修改mp3比特流而不是将代码转换到aac (即使在给定的比特率下aac优于mp3 )，您将有一个更好的最终结果。
如果您的工作流需要降低原始mp3的比特率，那么我的观点就失去了相关性。
Stack Overflow用户
发布于 2017-11-02 00:31:44
AAC是首选，因为许多现代设备，如平板电脑和移动电话，可能会有硬件解码器，这将导致更好的电池和较低的CPU消耗。h264也是如此。
Stack Overflow用户
发布于 2013-10-28 15:22:31
http://en.wikipedia.org/wiki/HTML5_video -向下滚动以获得兼容性表。似乎MP3或AAC都能很好地与H.264一起工作
https://stackoverflow.com/questions/9168954
复制相似问题
腾讯云开发者
