嗨，别担心，你的问题一点都不蠢——很多刚接触FFmpeg的朋友都会遇到这种编码器和格式支持的困惑😉

我来帮你拆解一下问题的核心：

1. 为什么MP3的位深度看起来没变化？ #

首先要明确一个关键知识点：MP3是有损压缩音频格式，它本身并没有像WAV这类无压缩格式那样的“固定位深度”概念。你用ffprobe看到的fltp或s16p，其实是FFmpeg在解码该MP3文件时使用的采样格式，而非MP3文件内部存储的位深度。

你设置的-sample_fmt s16p，是告诉FFmpeg把输入音频转换为16位平面格式后再传给编码器，但libmp3lame编码器在完成编码后，输出的MP3文件在被解码时，播放器或ffprobe通常会默认用32位浮点（fltp）来还原音频数据——这是解码端的处理逻辑，不是你编码时能直接改变的。

2. 为什么用s16会报错？ #

你用ffmpeg -sample_fmts看到的是FFmpeg框架本身支持的所有采样格式，但具体编码器（比如这里的libmp3lame）只会支持其中的子集。从报错信息里能看到，libmp3lame只支持带p后缀的格式：s32p、fltp、s16p，这里的p代表「平面格式（planar）」，对应的非平面格式（比如s16）它并不支持，所以直接用s16就会触发不支持的提示。

3. 那怎么才能让音频以16位的状态被处理？ #

其实你已经做对了：使用-sample_fmt s16p就可以让FFmpeg把输入音频转换成16位平面格式，再传给libmp3lame编码器处理。虽然最终输出的MP3解码后显示fltp，但编码阶段已经用16位的采样数据来进行压缩了——对于MP3这种有损格式来说，比特率才是影响音质的核心因素，位深度的差异带来的音质变化几乎可以忽略不计。

如果你的需求是要得到物理存储为16位的音频文件，那MP3不是合适的选择，应该转成WAV这类无压缩格式，用命令：

ffmpeg -i input.mp3 -sample_fmt s16 output.wav

这样得到的WAV文件就是真正的16位深度了。

备注：内容来源于stack exchange，提问作者7KMANN