807
社区成员
发帖
与我相关
我的任务
分享VB如何修改Mp3的ID3v2标签信息?
VB如何修改Mp3的ID3v2标签信息?
并且要支持中文信息的添加.
本人有一份 ID3v23x.DLL的源码但只支持英文信息添要，须要我可以发给你。
并且要支持中文信息的添加.
本人有一份 ID3v23x.DLL的源码但只支持英文信息添要，须要我可以发给你。
...全文
请发表友善的回复…
发表回复
废客泉 2006-12-02
- 打赏
- 举报
中文编码问题解决
http://feikeq.photops.com/user1/3267/archives/2006/2006121235638.html
http://feikeq.photops.com/user1/3267/archives/2006/2006121235638.html
cangwu_lee 2006-12-01
- 打赏
- 举报
ID3v2信息的提取
MP3文件的“ID3v1信息”。这个信息结构提取起来非常容易，写入到文件也不是什么难事。但是它的信息安排和可扩展性却非常之差（只能128个字节）。就如你所知，MP3文件还有另外的一个信息结构，这个结构具有更好的可扩展性，而且存储的容量也不受限制（也就是总长度不固定）。这个信息就是 ID3v2信息（相对ID3v1而言）。由于ID3v1信息存储在了文件的最后128个字节里，那么ID3v2就不得不放弃选择存储在文件的末尾了，于是它被存储在了文件的起始位置。
ID3v2信息的存储和读取远远要比ID3v1信息复杂的多。这是因为ID3v2信息不再固定，而且由于这段信息存储在了文件的首端，所以重新写入的时候也远比ID3v1麻烦的多。
我用尽可能清楚而且简练的话，给大家讲一下ID3v2信息的读取方法。ID3v2到现在一共有4个版本，不过比较流行的MP3播放软件一般只支持第3版，即ID3v2.3。我们要读取的就是ID3v2.3信息。ID3v2信息包括两个部分，一个部分是标头信息，另一个部分是标体信息。其中标头信息占固定的十个字节，
每个ID3V2的标签部一个标签头和若干个标签帧或一个扩展标签组成关于曲目的信息如标题、作者等都放在在不同的标签帧中，扩展标签头和标签帧关不是必要的，但每个标签至少要有一个标签头和标签帧一直顺序存放在MP3文件首部。
它的结构如下：
（一）、标签头
Private Structure ID3v2Header
Dim Header() As Byte'ID3v2标识位，应该是“ID3”三个字母为对
Dim Ver As Byte'版本号ID3V2就记录3
Dim Revision As Byte’副版本号此版本记录为0
Dim Flag As Byte‘存放标志的字节，这个版本只定义了三位，稍后详细解说
Dim Size() As Byte’标签大小，不包括标签头的10个字节（但是有的文章说包括）我是通过核实 才这样说的，看看源代码就知道了
End Structure
这十个字节的信息作用：
1、Header（2），一般为“ID3”，否则没有ID3V2信息
2、Flag 标志字节：标志字节一般为0，字义为abc00000
a-表示是否使用Unsynchronisation
b-表示是否有扩展头部，一般没有（WINAMP也没有）所以一般不设置
c-表示是否为测试标签（99.9%的标签都不是测试用的，所以一般不设置）
3、Sixe(3) 标签大小：一共四个字节，但每个字节只使用7位，最高位不使用恒为0，所以格式如下：
0xxxxxxx 0xxxxxxx 0xxxxxxx 0xxxxxxx
计算大小时要将0去掉，得到一个28位的二进制数，就是标签的大，计算公式如下
①、VC的：ID3size =(Size[0]&0x7F)*0x200000 +(Size[1]&0x7F)*0x400 +(Size[2]&0x7F)*0x80 +(Size[3]&0x7F);
②、VB的：ID3size =Size(0) * (2 ^ 21) + Size(1) * (2 ^ 14) + Size(2) * (2 ^ 7) + Size(3) * (2 ^ 0)
VB的我已在类中声明了一个函数ByteToLong，很方便，直调用就OK了。
通过解析这段标头信息我们可以知道一个MP3文件是不是有ID3v2信息，如果有我们就知道了ID3v2的数据体的总长度。
（二）、标签帧
接下来我们要解析ID3v2的 标签帧，别担心，虽然复杂，但也没你想象的那么的痛苦。ID3v2的数据体又分为很多相同的数据结构。
每个标签帧都有一个10个字节的帧头和至少一个字节的不固定长度的内容组成，它们也是顺序存放在文件中，和标签头和其他的标签帧也没有特殊的字符分隔，得到一个完整的帧的内容只有从帧头中的到内容大小 后才能读出，读取时要注意大小，不要将其它的帧的内容或帧头读入。帧的定义如下：
Private Structure ID3v2Frame
Dim FrameID As String‘用4个字符标识一个帧，说明其内容，常用的标识对照表见附表
Dim Size() As Byte’4个字节 帧内容的大小，不包括帧头，不得小于1，计算时也用上面的公式计算
Dim Flags() As Byte’2个字节 存放标志，只定义了6位，稍后详细解说
End Structure
1、FrameID 帧标：用四个字符标识一个帧的内容含义，常用的对照如下：
TEXT： 歌词作者 TENC： 编码
WXXX： URL链接(URL) TCOP： 版权(Copyright)
TOPE： 原艺术家 TCOM： 作曲家
TDAT： 日期 TPE3： 指挥者
TPE2： 乐队 TPE1： 艺术家相当于ID3v1的Artist
TPE4： 翻译（记录员、修改员） TYER： 年代相当于ID3v1的Year
USLT： 歌词 TALB： 专辑相当于ID3v1的Album
TIT1： 内容组描述 TIT2： 标题相当于ID3v1的Title
TIT3： 副标题 TCON： 流派（风格）相当于ID3v1的Genre见下表
TBPM： 每分钟节拍数 COMM： 注释相当于ID3v1的Comment
TDLY： 播放列表返录 TRCK： 音轨（曲号）相当于ID3v1的Track
TFLT： 文件类型 TIME： 时间
TKEY： 最初关键字 TLAN： 语言
TLEN： 长度 TMED： 媒体类型
TOAL： 原唱片集 TOFN： 原文件名
TOLY： 原歌词作者 TORY： 最初发行年份
TOWM： 文件所有者（许可证者） TPOS： 作品集部分
TPUB： 发行人 TRDA： 录制日期
TRSN： Intenet电台名称 TRSO： Intenet电台所有者
TSIZ： 大小 TSRC： ISRC（国际的标准记录代码）
TSSE： 编码使用的软件（硬件设置） UFID： 唯一的文件标识符
AENC： 音频加密技术
其中要说明的是这个FrameID，在ID3v1里我们是根据每一个信息所占用的固定的字节数和位置来判断他是哪个信息的。而ID3v2为了提供更好的可扩展性，把这些信息变得“动态”化了，因为长度并不是预先设定好的，而是在size[4]里存储的。这样长度就可以不再固定了。我觉得在我们自己定义文件的时候ID3v2和ID3v1也是值得我们考虑的一个方面。如果结构很小而且存储的量也不大，我们可以采用ID3v1的信息存储方式。如果存储的信息不固定，而且要求有很好的可扩展性，那么ID3v2当然成了首选。实际上，现在很多格式的文件的存储方式都是ID3v2的存储方式非常接近的。
2、Size() 帧内容大小：不再是总标头那样的每个字节只取后7位了，它是按照正常的8位存储的。得到帧内容的大小的格式如下 ：
xxxxxxxx xxxxxxxx xxxxxxxx xxxxxxxx
计算成整形，公式如下：
①、VC的： FSize = Size[0]*0x100000000 + Size[1]*0x10000 + Size[2]*0x100 + Size[3];
②、VB的：ID3size =Size(0) * (2 ^ 21) + Size(1) * (2 ^ 14) + Size(2) * (2 ^ 7) + Size(3) * (2 ^ 0)
VB的我已在类中声明了一个函数ByteToLong，很方便，直调用就OK了。
3、Flags() 标志：只定义了6位，另外10位为0 但大部分的情况下16位都为0就可以了，格式如下：
a-标签保护标志，设置时认为此帧作废
b-文件保护标志，设置时认为此帧作废
c-只读标志，设置时认为此帧不能修改（目前好像没有看到过）
i-压缩标志，设置时一个字节存放两个BCD码表示数字
j-加密标志（好像不太实用）
k-组标志，设置时说明此帧和其它的某帧是一组。
详细你可能到www.ID3.org去了解一下。
4、帧内容（数据体）
标头后面就是数据体了，我们提取数据体的前十个字节，我们知道了这个数据结构存储的FrameID是TIT2，查上面的表，说明这个数据结构存储的是歌曲名信息。大小是00 00 00 17，换成十进制就是23。也就是歌曲名是这个子标头后的23个字节的信息。也就是：“Take Me To Your Heart ”。接下来的一个数据结构的FrameID是TPE1，说明是歌手名，而大小是00 00 00 17，说明这个数据体有23个字节，也就是：“Michael Learns to Rock”。依次类推。这里需要大家知道的是一个汉字占用两个字节。在写入时，要计算字节数，我已编写了一个函数ByteSize，大家可以直接使用了。
还有特别要提醒大家的是，ID3v2的注释信息(FrameID是COMM)的数据体的前四(但经我测试为前5个字节）个字节，并不是注释内容，而是注释使用的自然语言，这个例子里我们看到是：”eng\0”,我们要跳过这四个字节的信息进行解析。此外ID3v2的歌曲类型Genre（FrameID是 TCON）的存储也不太一样的。由于很多MP3播放器的写入方式并不是非常一致，而在Genre写入的也不一致。比如，这首歌的ID3v2的Genre是 Classic Rock，其实有的还会写入成：（1），或者1，还有(1)Classic Rock，所以格式五花八门，我们要在解析的时候注意一下。还有，值得一提的是winamp在保存和读取帧内容的时候会在内容前面加个'\0'，并把这个字节计算在帧内容的大小中。所以前面提到的歌手名“Michael Learns to Rock”本身应该22个字节，可是却占了23个字节。
MP3文件的“ID3v1信息”。这个信息结构提取起来非常容易，写入到文件也不是什么难事。但是它的信息安排和可扩展性却非常之差（只能128个字节）。就如你所知，MP3文件还有另外的一个信息结构，这个结构具有更好的可扩展性，而且存储的容量也不受限制（也就是总长度不固定）。这个信息就是 ID3v2信息（相对ID3v1而言）。由于ID3v1信息存储在了文件的最后128个字节里，那么ID3v2就不得不放弃选择存储在文件的末尾了，于是它被存储在了文件的起始位置。
ID3v2信息的存储和读取远远要比ID3v1信息复杂的多。这是因为ID3v2信息不再固定，而且由于这段信息存储在了文件的首端，所以重新写入的时候也远比ID3v1麻烦的多。
我用尽可能清楚而且简练的话，给大家讲一下ID3v2信息的读取方法。ID3v2到现在一共有4个版本，不过比较流行的MP3播放软件一般只支持第3版，即ID3v2.3。我们要读取的就是ID3v2.3信息。ID3v2信息包括两个部分，一个部分是标头信息，另一个部分是标体信息。其中标头信息占固定的十个字节，
每个ID3V2的标签部一个标签头和若干个标签帧或一个扩展标签组成关于曲目的信息如标题、作者等都放在在不同的标签帧中，扩展标签头和标签帧关不是必要的，但每个标签至少要有一个标签头和标签帧一直顺序存放在MP3文件首部。
它的结构如下：
（一）、标签头
Private Structure ID3v2Header
Dim Header() As Byte'ID3v2标识位，应该是“ID3”三个字母为对
Dim Ver As Byte'版本号ID3V2就记录3
Dim Revision As Byte’副版本号此版本记录为0
Dim Flag As Byte‘存放标志的字节，这个版本只定义了三位，稍后详细解说
Dim Size() As Byte’标签大小，不包括标签头的10个字节（但是有的文章说包括）我是通过核实 才这样说的，看看源代码就知道了
End Structure
这十个字节的信息作用：
1、Header（2），一般为“ID3”，否则没有ID3V2信息
2、Flag 标志字节：标志字节一般为0，字义为abc00000
a-表示是否使用Unsynchronisation
b-表示是否有扩展头部，一般没有（WINAMP也没有）所以一般不设置
c-表示是否为测试标签（99.9%的标签都不是测试用的，所以一般不设置）
3、Sixe(3) 标签大小：一共四个字节，但每个字节只使用7位，最高位不使用恒为0，所以格式如下：
0xxxxxxx 0xxxxxxx 0xxxxxxx 0xxxxxxx
计算大小时要将0去掉，得到一个28位的二进制数，就是标签的大，计算公式如下
①、VC的：ID3size =(Size[0]&0x7F)*0x200000 +(Size[1]&0x7F)*0x400 +(Size[2]&0x7F)*0x80 +(Size[3]&0x7F);
②、VB的：ID3size =Size(0) * (2 ^ 21) + Size(1) * (2 ^ 14) + Size(2) * (2 ^ 7) + Size(3) * (2 ^ 0)
VB的我已在类中声明了一个函数ByteToLong，很方便，直调用就OK了。
通过解析这段标头信息我们可以知道一个MP3文件是不是有ID3v2信息，如果有我们就知道了ID3v2的数据体的总长度。
（二）、标签帧
接下来我们要解析ID3v2的 标签帧，别担心，虽然复杂，但也没你想象的那么的痛苦。ID3v2的数据体又分为很多相同的数据结构。
每个标签帧都有一个10个字节的帧头和至少一个字节的不固定长度的内容组成，它们也是顺序存放在文件中，和标签头和其他的标签帧也没有特殊的字符分隔，得到一个完整的帧的内容只有从帧头中的到内容大小 后才能读出，读取时要注意大小，不要将其它的帧的内容或帧头读入。帧的定义如下：
Private Structure ID3v2Frame
Dim FrameID As String‘用4个字符标识一个帧，说明其内容，常用的标识对照表见附表
Dim Size() As Byte’4个字节 帧内容的大小，不包括帧头，不得小于1，计算时也用上面的公式计算
Dim Flags() As Byte’2个字节 存放标志，只定义了6位，稍后详细解说
End Structure
1、FrameID 帧标：用四个字符标识一个帧的内容含义，常用的对照如下：
TEXT： 歌词作者 TENC： 编码
WXXX： URL链接(URL) TCOP： 版权(Copyright)
TOPE： 原艺术家 TCOM： 作曲家
TDAT： 日期 TPE3： 指挥者
TPE2： 乐队 TPE1： 艺术家相当于ID3v1的Artist
TPE4： 翻译（记录员、修改员） TYER： 年代相当于ID3v1的Year
USLT： 歌词 TALB： 专辑相当于ID3v1的Album
TIT1： 内容组描述 TIT2： 标题相当于ID3v1的Title
TIT3： 副标题 TCON： 流派（风格）相当于ID3v1的Genre见下表
TBPM： 每分钟节拍数 COMM： 注释相当于ID3v1的Comment
TDLY： 播放列表返录 TRCK： 音轨（曲号）相当于ID3v1的Track
TFLT： 文件类型 TIME： 时间
TKEY： 最初关键字 TLAN： 语言
TLEN： 长度 TMED： 媒体类型
TOAL： 原唱片集 TOFN： 原文件名
TOLY： 原歌词作者 TORY： 最初发行年份
TOWM： 文件所有者（许可证者） TPOS： 作品集部分
TPUB： 发行人 TRDA： 录制日期
TRSN： Intenet电台名称 TRSO： Intenet电台所有者
TSIZ： 大小 TSRC： ISRC（国际的标准记录代码）
TSSE： 编码使用的软件（硬件设置） UFID： 唯一的文件标识符
AENC： 音频加密技术
其中要说明的是这个FrameID，在ID3v1里我们是根据每一个信息所占用的固定的字节数和位置来判断他是哪个信息的。而ID3v2为了提供更好的可扩展性，把这些信息变得“动态”化了，因为长度并不是预先设定好的，而是在size[4]里存储的。这样长度就可以不再固定了。我觉得在我们自己定义文件的时候ID3v2和ID3v1也是值得我们考虑的一个方面。如果结构很小而且存储的量也不大，我们可以采用ID3v1的信息存储方式。如果存储的信息不固定，而且要求有很好的可扩展性，那么ID3v2当然成了首选。实际上，现在很多格式的文件的存储方式都是ID3v2的存储方式非常接近的。
2、Size() 帧内容大小：不再是总标头那样的每个字节只取后7位了，它是按照正常的8位存储的。得到帧内容的大小的格式如下 ：
xxxxxxxx xxxxxxxx xxxxxxxx xxxxxxxx
计算成整形，公式如下：
①、VC的： FSize = Size[0]*0x100000000 + Size[1]*0x10000 + Size[2]*0x100 + Size[3];
②、VB的：ID3size =Size(0) * (2 ^ 21) + Size(1) * (2 ^ 14) + Size(2) * (2 ^ 7) + Size(3) * (2 ^ 0)
VB的我已在类中声明了一个函数ByteToLong，很方便，直调用就OK了。
3、Flags() 标志：只定义了6位，另外10位为0 但大部分的情况下16位都为0就可以了，格式如下：
a-标签保护标志，设置时认为此帧作废
b-文件保护标志，设置时认为此帧作废
c-只读标志，设置时认为此帧不能修改（目前好像没有看到过）
i-压缩标志，设置时一个字节存放两个BCD码表示数字
j-加密标志（好像不太实用）
k-组标志，设置时说明此帧和其它的某帧是一组。
详细你可能到www.ID3.org去了解一下。
4、帧内容（数据体）
标头后面就是数据体了，我们提取数据体的前十个字节，我们知道了这个数据结构存储的FrameID是TIT2，查上面的表，说明这个数据结构存储的是歌曲名信息。大小是00 00 00 17，换成十进制就是23。也就是歌曲名是这个子标头后的23个字节的信息。也就是：“Take Me To Your Heart ”。接下来的一个数据结构的FrameID是TPE1，说明是歌手名，而大小是00 00 00 17，说明这个数据体有23个字节，也就是：“Michael Learns to Rock”。依次类推。这里需要大家知道的是一个汉字占用两个字节。在写入时，要计算字节数，我已编写了一个函数ByteSize，大家可以直接使用了。
还有特别要提醒大家的是，ID3v2的注释信息(FrameID是COMM)的数据体的前四(但经我测试为前5个字节）个字节，并不是注释内容，而是注释使用的自然语言，这个例子里我们看到是：”eng\0”,我们要跳过这四个字节的信息进行解析。此外ID3v2的歌曲类型Genre（FrameID是 TCON）的存储也不太一样的。由于很多MP3播放器的写入方式并不是非常一致，而在Genre写入的也不一致。比如，这首歌的ID3v2的Genre是 Classic Rock，其实有的还会写入成：（1），或者1，还有(1)Classic Rock，所以格式五花八门，我们要在解析的时候注意一下。还有，值得一提的是winamp在保存和读取帧内容的时候会在内容前面加个'\0'，并把这个字节计算在帧内容的大小中。所以前面提到的歌手名“Michael Learns to Rock”本身应该22个字节，可是却占了23个字节。
cangwu_lee 2006-12-01
- 打赏
- 举报
中文要做Unicode编码吧
