如何解决MP3文件中的主要结构是否真实？
| 我现在正在对MP3文件进行解码，但是对MP3文件只有一些基础知识。这些天，我为MP3实现了一个简单的解码器。在将解码结果与Maaate解码器进行比较时，我遇到了这个问题。 我的解码器比Maaate解码器多提取一帧。在仔细检查了示例MP3文件的结果之后，我发现第一帧异常。对于我的样本文件，第一帧的长度为413个字节，帧头为0xfffb9064
0xfffb1064
0xfff
解决方法
MP3流没有文件头。刚开始时只有一帧比其余的更长，这听起来有些奇怪，但这是完全合法的。
标题中的位有简短说明：http://www.datavoyage.com/mpgscript/mpeghdr.htm
在您的情况下，两种标头共享相同的位置：
MPEG-1
第三层
未受保护
44.1kHz的
没有填充
非私人
M / S联合立体声
没有版权
原始媒体
没有重点
第一帧与其他帧的区别在于：
128kbit（导致417字节帧减去4字节报头）
其余的是：
32kbit（导致104字节帧减去4字节报头）
该页面中有一个用于根据标头计算帧大小的公式：144 * bitrate / samplerate + padding。
我怀疑128kbit的第一帧是用于生成样本的编码器的伪像（错误）。在第一帧之后，它仍然是32kbit的恒定比特率文件。鉴于MP3解码器只有几帧才能产生输出，并且不会在中途突然遇到比特率增加的情况，所以这不太可能使任何事情发生。,第一帧很可能是VBR帧。
检查[这里]并使用六边形编辑器。希望能帮助到你,第一帧可以用作通常称为“ LAME Tag”的符号（不过，生成器的名称不必是LAME）。
当编码器尚不知道将来的数据是什么时，已经（可能仍然）有一种在ffmpeg中创建此标签的方法，因此ffmpeg将仅使用一些默认值（例如128kbps）代替定义的速度在您的MP3数据中。
因此，是否拥有CBR或VBR数据不能基于该问题。
要查看您是否具有这样的标签，请至少打印出前64个字节（或使用十六进制编辑器），并且应该看到字母“ Info”（CBR）或\“ Xing \”（VBR）非常接近到开始（通常在字节0x24附近）。
eyeD3
ffprobe
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。