所有的分析都基于ID3官方网站www.id3.org.同时所有的代码都在我的github中,我将它们用闭包集成在了一起,可以直接使用,非常方便,地址:https://github.com/jslinuxboy/ID3MusicDealer
MP3的ID3v2.3版本文件基本分为两部分,一个为标签,其它的为数据。
文件标签分为标签头和标签帧
1 .标签头
而标签头有十个字节,即在文件最开始的
char Header[3];//这个字符串一定为"ID3"
char version;//版本号,而针对在下要讲的版本,理应为3.即为ID3v2.3
char revision;//副版本号,好像一直都是0,没看到过它有变过
char flags;//一些特殊的消息标记,只会使用此字节的高3位,其它的五位并没有什么卵用
char size[4];//代表整个标签帧的大小,但是不包括这开始的10个字节,所以这里得到的size需要加上10才代表整个标签帧的大小
这里加起来总共 10 个字节
然而我想说的是,这些东西都是些大佬定的,一种文件格式从来不是用代码来定义的,id3.org官网定义非常简单,感觉也比较明了,如下:
ID3v2/file identifier "ID3"
ID3v2 version $03 00
ID3v2 flags %abc00000
ID3v2 size 4 * %0xxxxxxx
再缩减一下
$49 44 33 yy yy xx zz zz zz zz
49 44 33就是ID3,然后yy yy,这是真正的版本,虽然上面大佬们将version分为了主的版本和副的版本,xx则是标记,然后最后四个zz则是大小了
ID3v2 flags中的 %abc00000 ,其中高三位表示如下:
a - Unsynchronisation
表示是否同步(自己乱翻译的),这个搞不清是什么鬼,个人英语不是很行,大概是为了数据帧同步帧数据,校正数据用的
b - Extended header
表示是否有扩展头部,这个扩展头部是用来补充标签信息的,原文如下:
The extended header contains information that is not vital to the correct parsing of the tag information, hence the extended header is optional.
c - Experimental indicator
表示是否为试验测试,这个东西是什么鬼也不知道,没见过MP3音乐文件这个位进行了设置
ID3v2 size中的 4∗%0xxxxxxx 表示的是 4 个字节,后面的
然后计算标签帧的大小,ID3规定这四个字节中每个字节的最高位恒为
0xxxxxxx 0xxxxxxx 0xxxxxxx 0xxxxxxx
JS代码如下:
var size = size4 & 0x7f | ((size3 & 0x7f) << 7) | ((size2 & 0x7f) << 14) | ((size1 & 0x7f) << 21);
注意:这里的帧大小,并不包含帧头的 10 个字节,只表示帧内容的大小
这里再说一个特殊消息标记的Extended header处理,当Extended header这个标记位设置为 1 时,在这最开始的
The ID3v2 tag size is the size of the complete tag after unsychronisation, including padding, excluding the heade