MP3文件中的主要结构是否真实？

问题描述

| 我现在正在对MP3文件进行解码，但是对MP3文件只有一些基础知识。这些天，我为MP3实现了一个简单的解码器。在将解码结果与Maaate解码器进行比较时，我遇到了这个问题。 我的解码器比Maaate解码器多提取一帧。在仔细检查了示例MP3文件的结果之后，我发现第一帧异常。对于我的样本文件，第一帧的长度为413个字节，帧头为

0xfffb9064

，与所有其他帧为100字节且头为

0xfffb1064

的帧不同。 我的问题是： 结果中的第一个\“ frame \”是真实的帧吗？是这样，为什么它看起来与别人不同？如果不是，则此结构用于什么，以及如何将两者共享帧同步代码

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中创建此标签的方法，因此ffm​​peg将仅使用一些默认值（例如128kbps）代替定义的速度在您的MP3数据中。 因此，是否拥有CBR或VBR数据不能基于该问题。 要查看您是否具有这样的标签，请至少打印出前64个字节（或使用十六进制编辑器），并且应该看到字母“ Info”（CBR）或\“ Xing \”（VBR）非常接近到开始（通常在字节0x24附近）。

eyeD3

和

ffprobe

能够解码该标签。 我在这里有关于格式的页面。