2349人阅读
本文转载自
但其中有一些错误，本人也做了修改。
MP3文件格式解析
一、概述...
二、整个MP3文件结构...
三、MP3帧格式...
1. 帧头格式...
2. MAIN_DATA..
四、ID3标准...
五、MP3文件实例剖析...
六、资料...
MP3 文件是由帧(frame)构成的,帧是 MP3 文件最小的组成单位。MP3 的全称应为 MPEG1 Layer-3 音频
文件,MPEG(Moving Picture Experts Group)在汉语中译为活动图像专家组,特指活动影音压缩标准,MPEG
音频文件是 MPEG1 标准中的声音部分,也叫 MPEG 音频层,它根据压缩质量和编码复杂程度划分为三层,即
Layer-1、Layer2、Layer3,且分别对应 MP1、MP2、MP3 这三种声音文件,并根据不同的用途,使用不同层
次的编码。MPEG 音频编码的层次越高,编码器越复杂,压缩率也越高,MP1 和 MP2 的压缩率分别为 4:1 和
6:1-8:1,而 MP3 的压缩率则高达 10:1-12:1,也就是说,一分钟 CD 音质的音乐,未经压缩需要 10MB
的存储空间,而经过 MP3 压缩编码后只有 1MB 左右。不过 MP3 对音频信号采用的是有损压缩方式,为了降
低声音失真度,MP3 采取了“感官编码技术”,即编码时先对音频文件进行频谱分析,然后用过滤器滤掉
噪音电平,接着通过量化的方式将剩下的每一位打散排列,最后形成具有较高压缩比的 MP3 文件,并使压
缩后的文件在回放时能够达到比较接近原音源的声音效果。
MP3文件大体分为三部分：TAG_V2(ID3V2)，Frame, TAG_V1(ID3V1)
包含了作者，作曲，专辑等信息，长度不固定，扩展了ID3V1的信息量。
一系列的帧，个数由文件大小和帧长决定
每个FRAME的长度可能不固定，也可能固定，由位率bitrate决定
每个FRAME又分为帧头和数据实体两部分
帧头记录了mp3的位率，采样率，版本等信息，每个帧之间相互独立
包含了作者，作曲，专辑等信息，长度为128BYTE。
帧头格式
帧头长4字节，对于固定位率的MP3文件，所有帧的帧头格式一样其数据结构如下：
typedef FrameHeader {
unsigned int sync: 11;&&&&&&&&&&&&&&&&&&&&&&&& //同步信息
unsigned int version: 2;&&&&&&&&&&&&&&&&&&&&&& //版本
unsigned int layer: 2;&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& //层
unsigned int error protection: 1;&&&&&&&&&&&&&&&&& // CRC校验
unsigned int bitrate_index: 4;&&&&&&&&&&&& //位率
unsigned int sampling_frequency: 2;&&&&&&&& //采样频率
unsigned int padding: 1;&&&&&&&&&&&&&&&&&&&& //帧长调节
unsigned int private: 1;&&&&&&&&&&&&&&&&&&&&&&& //保留字
unsigned int mode: 2;&&&&&&&&&&&&&&&&&&&&&&&&& //声道模式
unsigned int mode extension: 2;&&&&&&& //扩充模式
unsigned int copyright: 1;&&&&&&&&&&&&&&&&&&&&&&&&&&& //版权
unsigned int original: 1;&&&&&&&&&&&&&&&&&&&&&& //原版标志
unsigned int emphasis: 2;&&&&&&&&&&&&&&&&&& //强调模式
}HEADER, *LPHEADER;
帧头4字节使用说明见表1。
MP3帧长取决于位率和频率，计算公式为：
. mpeg1.0&&&&&& layer1 :&& 帧长= (48000*bitrate)/sampling_freq + padding
&&&&&&&&&&&&&& layer2&3: 帧长= (144000*bitrate)/sampling_freq + padding
. mpeg2.0&&&&&& layer1 :&& 帧长= (24000*bitrate)/sampling_freq + padding
layer2&3 : 帧长= (72000*bitrate)/sampling_freq + padding
例如：位率为64kbps，采样频率为44.1kHz，padding（帧长调节）为1时，帧长为210字节。
帧头后面是可变长度的附加信息，对于标准的MP3文件来说，其长度是32字节，紧接其后的是压缩的声音数据，当解码器读到此处时就进行解码了。
表1&MP3帧头字节使用说明
V1 - MPEG 1&&& V2 - MPEG 2 and MPEG 2.5
L1 - Layer 1&&&& L2 - Layer 2&&&& L3 - Layer 3
&free& 表示位率可变&&& &bad& &表示不允许值
MAIN_DATA 部分长度是否变化决定于 FRAMEHEADER 的 bitrate 是否变化,一首 MP3 歌曲,它有三个版
本:96Kbps(96 千比特位每秒)、128Kbps 和 192Kbps。Kbps(比特位速率),表明了音乐每秒的数据量,
Kbps 值越高,音质越好,文件也越大,MP3 标准规定,不变的 bitrate 的 MP3 文件称作 CBR,大多数 MP3
文件都是 CBR 的,而变化的 bitrate 的 MP3 文件称作 VBR,每个 FRAME 的长度都可能是变化的。下面是 CBR
和 VBR 的不同点:
1)CBR:固定位率的 FRAME 的大小是固定的(公式如上所述),只要知道文件总长度,和帧长即可由播放每帧需 26ms 计算得出 mp3 播放的总时间,也可通过计数帧的个数控制快进、快退慢放等操作。注：有些时候，并不是所有的帧都是等长的，有的帧可能多一个或几个字节。
2)VBR:VBR 是 XING 公司推出的算法,所以在 MP3 的 FRAME 里会有“XING&这个关键字(现在很多流行的
小软件也可以进行 VBR 压缩,它们是否遵守这个约定,那就不得而知了),它存放在 MP3 文件中的第一个有效 FRAME 里,它标识了这个 MP3 文件是 VBR 的。同时第一个 FRAME 里存放了 MP3 文件的 FRAME 的总个数,这就很容易获得了播放总时间,同时还有 100 个字节存放了播放总时间的 100 个时间分段的 FRAME 的 INDEX,假设 4 分钟的 MP3 歌曲,240S,分成 100 段,每两个相邻 INDEX 的时间差就是 2.4S,所以通过这个 INDEX,只要前后处理少数的
FRAME,就能快速找出我们需要快进的 FRAME 头。
表2&VBR文件第一帧结构
与CBR相同的标准声音帧头
标志，说明是否存储了帧数、文件长度、目录表和VBR规模信息，如果存储了，则01 02 04 08。
帧数（包括第一帧）
目录表，用来按时间进行字节定位。
VBR规模，用于位率变动
另可参考下文:
This system was created to minimize file lengths and to preserve sound quality.
Higher frequencies generally needs more space for encoding (thats why many codecs cut all
frequencies above cca 16kHz) and lower tones requires less. So if some part of song doesnt consistof higher tones then using eg. 192kbps is wasting of space. It should be enough to use only eg.96kbps.
And it is the principle of VBR. Codec looks over frame and then choose bitrate suitable for itssound quality.
It sounds perfect but it brings some problems:
If you want to jump over 2 minutes in song, it is not a problem with CBR because you are able
simply count amount of Bytes which is necessary to skip. But it is impossible with VBR. Frame
lengths should be arbitrary so you have to either go frame by frame and counts (time consuming
and very unpractical) or use another mechanism for approximate count.
If you want to cut 5 minutes from the middle of VBR file (all we know CDs where last song takes
10 minutes but 5 minutes is a pure silence, HELL!) problems are the same.
Result? VBR files are more difficult for controlling and adjusting. And I dont like feeling that
sound quality changes in every moment. And AFAIK many codecs have problems with creation VBR ingood quality.
Personally I cant see any reason why to use VBR - I dont give a fuck if size of one CD in MP3is 55 MB with CBR or 51 MB with VBR. But everybody has a different taste... some people preferVBR.
VBR File Structureis the same as for CBR. But the first frame doesnt contain audio data and it is used for special
information about VBR file.
Structure of the first frame:
Byte&&&&&&&& Content
0-3&&&&&&&&& Standard audio frame header (as descripted above). Mostly it contains values FF
&&&&&&&&&&&& FB 30 4C, from which you can count FrameLen = 156 Bytes. And thats exactly enough
&&&&&&&&&&&& space for storing VBR info.
&&&&&&&&&&&& This header contains some important information valid for the whole file:
&&&&&&&&&&&& - MPEG (MPEG1 or MPEG2)
&&&&&&&&&&&& - SAMPLING rate frequency index
&&&&&&&&&& &&- CHANNEL (JointStereo etc.)
4-x&&&&&&&&& Not used till string &Xing& (58 69 6E 67). This string is used as a main VBR file
&&&&&&&&&&&& identifier. If it is not found, file is supposed to be CBR. This string can be placed
&&&&&&&&&&&& at different locations according to values of MPEG and CHANNEL (ya, these from a
&&&&&&&&&&&& few lines upwards):
36-39&&&&&&& &Xing& for MPEG1 and CHANNEL != mono (mostly used)
21-24&&&&&&& &Xing& for MPEG1 and CHANNEL == mono
21-24&&&&&&& &Xing& for MPEG2 and CHANNEL != mono
13-16&&&&&&& &Xing& for MPEG2 and CHANNEL == mono
&&&&&&&&&&&& After &Xing& string there are placed flags, number of frames in file and a size
&&&&&&&&&&&& of file in Bytes. Each of these items has 4 Bytes and it is stored as 'int' number
&&&&&&&&&&&& in memory. The first is the most significant Byte and the last is the least.
&&&&&&&&&&&& Following schema is for MPEG1 and CHANNEL != mono:
40-43&&&&&&& Flags
&&&&&&&&&&&&& Value&&&&&&&& Name&&&&&&&&&&&&& Description
&&&&&&&&&&&&& 00 00 00 01&& Frames Flag&&&&&& set if value for number of frames in file is stored
&&&&&&&&&&&&& 00 00 00 02&& Bytes Flag&&&&&&& set if value for filesize in Bytes is stored
&&&&&&&&&&&&& 00 00 00 04&& TOC Flag&&&&&&&&& set if values for TOC (see below) are stored
&&&&&&&&&&&&& 00 00 00 08&& VBR Scale Flag&&& set if values for VBR scale are stored
&&&&&&&&&&&& All these values can be stored simultaneously.
44-47&&&&&&& Frames
&&&&&&&&&&&& Number of frames in file (including the first info one)
48-51&&&&&&& Bytes
&&&&&&&&&&&& File length in Bytes
52-151&&&&&& TOC (Table of Contents)
&&&&&&&&&&&&& Contains of 100 indexes (one Byte length) for easier lookup in file. Approximately
&&&&&&&&&&&&& solves problem with moving inside file.
&&&&&&&&&&&&& Each Byte has a value according this formula:
&&&&&&&&&&&&& (TOC[i] / 256) * fileLenInBytes
&&&&&&&&&&&&& So if song lasts eg. 240 sec. and you want to jump to 60. sec. (and file is 5 000
&&&&&&&&&&&&& 000 Bytes length) you can use:
&&&&&&&&&&&&& TOC[(60/240)*100] = TOC[25]
&&&&&&&&&&&&& and corresponding Byte in file is then approximately at:
&&&&&&&&&&&&& (TOC[25]/256) * 5000000
&&&&&&&&&&&&& If you want to trim VBR file you should also reconstruct Frames, Bytes and TOC
&&&&&&&&&&&&& properly.
152-155&&&&&& VBR Scale
&&&&&&&&&&&&& I dont know exactly system of storing of this values but this item probably doesnt
&&&&&&&&&&&&& have deeper meaning.
MP3帧头中除了存储一些象private、copyright、original的简单音乐说明信息以外，没有考虑存放歌名、作者、专辑名、年份等复杂信息，而这些信息在MP3应用中非常必要。1996年，FricKemp在“Studio
3”项目中提出了在MP3文件尾增加一块用于存放歌曲的说明信息，形成了ID3标准，至今已制定出ID3 V1.0，V1.1，V2.0，V2.3和V2.4标准。版本越高，记录的相关信息就越丰富详尽。
ID3 V1.0标准并不周全，存放的信息少，无法存放歌词，无法录入专辑封面、图片等。V2.0是一个相当完备的标准，但给编写软件带来困难，虽然赞成此格式的人很多，在软件中真正实现的却极少。绝大多数MP3仍使用ID3
V1.0标准。此标准是将MP3文件尾的最后128个字节用来存放ID3信息，这128个字节使用说明见表3。
表3&ID3 V1.0文件尾说明
长度 (字节)
存放“TAG”字符，表示ID3 V1.0标准，紧接其后的是歌曲信息。
MP3音乐类别，共147种。
表4&MP3音乐类别：
'Alternative'
'AlternRock'
'Classic Rock'
'Christian Rap'
'Death Metal'
'Pop/Funk'
'Soundtrack'
'Native American'
'Euro-Techno'
'Meditative'
'Instrumental Pop'
'New Wave'
'Trip-Hop'
'Instrumental Rock'
'Psychadelic'
'Jazz+Funk'
'Showtunes'
'Darkwave'
'Techno-Industrial'
'Classical'
'Electronic'
'Instrumental'
'Pop-Folk'
'Acid Punk'
'Eurodance'
'Acid Jazz'
'Southern Rock'
'Sound Clip'
'Rock & Roll'
'Industrial'
'Hard Rock'
National Folk
Fast-Fusion
Advantgarde
Gothic Rock
Progressive Rock
Psychadelic Rock
Symphonic Rock
Easy Listening
Chamber Music
Booty Bass
Porn Groove
Any other value should be considered as 'Unknown'
ID3V2 到现在一共有 4 个版本,但流行的播放软件一般只支持第 3 版,既 ID3v2.3。由于 ID3V1 记录
在 MP3 文件的末尾,ID3V2 就只好记录在 MP3 文件的首部了(如果有一天发布 ID3V3,真不知道该记录在哪
里)。也正是由于这个原因,对 ID3V2 的操作比 ID3V1 要慢。而且 ID3V2 结构比 ID3V1 的结构要复杂得多,
但比前者全面且可以伸缩和扩展。
&下面就介绍一下 ID3V2.3。
&每个 ID3V2.3 的标签都一个标签头和若干个标签帧或一个扩展标签头组成。关于曲目的信息如标题、作者
等都存放在不同的标签帧中,扩展标签头和标签帧并不是必要的,但每个标签至少要有一个标签帧。标签
头和标签帧一起顺序存放在 MP3 文件的首部。
在文件的首部顺序记录 10 个字节的 ID3V2.3 的头部。数据结构如下:
&char Header[3];&&&& /*必须为&ID3&否则认为标签不存在*/
&char V&&&& /*版本号 ID3V2.3 就记录 3*/
&char R&&&& /*副版本号此版本记录为 0*/
&char F&& &&/*存放标志的字节,这个版本只定义了三位,稍后详细解说*/
&char Size[4];&&&& /*接下来的所有的标签帧的大小,不包括标签头的 10 个字节*/
&1).标志字节
&标志字节一般为 0,定义如下:
&a -- 表示是否使用 Unsynchronisation(这个单词不知道是什么意思,字典里也没有找到,一般不设置)
&b -- 表示是否有扩展头部,一般没有(至少 Winamp 没有记录),所以一般也不设置
&c -- 表示是否为测试标签(99.99%的标签都不是测试用的啦,所以一般也不设置)
&2).标签大小
&一共四个字节,但每个字节只用 7 位,最高位不使用恒为 0。所以格式如下
&0xxxxxxx 0xxxxxxx 0xxxxxxx 0xxxxxxx
&计算大小时要将 0 去掉,得到一个 28 位的二进制数,就是标签大小(不懂为什么要这样做),计算公式如
&int total_
&total_size =&&& (Size[0]&0x7F)*0x200000
&& &#43;(Size[1]&0x7F)*<span style="color:#ff0
&& &#43;(Size[2]&0x7F)*0x80
&& &#43;(Size[3]&0x7F)
每个标签帧都有一个 10 个字节的帧头和至少一个字节的不固定长度的内容组成。&&&&&&&&&&&&&&&&&&& 它们也是顺序存放在文件
中,和标签头和其他的标签帧也没有特殊的字符分隔。得到一个完整的帧的内容只有从帧头中的到内容大
小后才能读出,读取时要注意大小,不要将其他帧的内容或帧头读入。
帧头的定义如下:
&char FrameID[4];&& /*用四个字符标识一个帧,说明其内容,稍后有常用的标识对照表*/
&char Size[4]; &&&/*帧内容的大小,不包括帧头,不得小于 1*/
&char Flags[2];&&& /*存放标志,只定义了 6 位,稍后详细解说*/
&1).帧标识
&用四个字符标识一个帧,说明一个帧的内容含义,常用的对照如下:
&TIT2=标题 表示内容为这首歌的标题,下同
&TPE1=作者
&TALB=专集
&TRCK=音轨 &#26684;式:N/M&&&&&&& 其中 N 为专集中的第 N 首,M 为专集中共 M 首,N 和 M 为 ASCII 码表示的数字
&TYER=年代 是用 ASCII 码表示的数字
&TCON=类型 直接用字符串表示
&COMM=备注 &#26684;式:&eng/0 备注内容&,其中 eng 表示备注所使用的自然语言
&这个可没有标签头的算法那么麻烦,每个字节的 8 位全用,&#26684;式如下
&xxxxxxxx xxxxxxxx xxxxxxxx xxxxxxxx
&算法如下:
&FSize =&Size[0]*0x
&&#43;Size[1]*0x10000
&&#43;Size[2]*0x100
&&#43;Size[3];
&只定义了 6 位,另外的 10 位为 0,但大部分的情况下 16 位都为 0 就可以了。&#26684;式如下:
&abc00000 ijk00000
&a -- 标签保护标志,设置时认为此帧作废
&b -- 文件保护标志,设置时认为此帧作废
&c -- 只读标志,设置时认为此帧不能修改(但我没有找到一个软件理会这个标志)
&i -- 压缩标志,设置时一个字节存放两个 BCD 码表示数字
&j -- 加密标志(没有见过哪个 MP3 文件的标签用了加密)
&k -- 组标志,设置时说明此帧和其他的某帧是一组
&&#20540;得一提的是 winamp 在保存和读取帧内容的时候会在内容前面加个'/0',并把这个字节计算在帧内容的
附:帧标识的含义
4).&&& Declared ID3v2 frames
&& The following frames are declared in this draft.
&AENC Audio encryption
&APIC Attached picture
&COMM Comments
&COMR Commercial frame
&ENCR Encryption method registration
&EQUA Equalization
&ETCO Event timing codes
&GEOB General encapsulated object
&GRID Group identification registration
&IPLS Involved people list
&LINK Linked information
&MCDI Music CD identifier
&MLLT MPEG location lookup table
&OWNE Ownership frame
&PRIV Private frame
&PCNT Play counter
&POPM Popularimeter
&POSS Position synchronisation frame
&RBUF Recommended buffer size
&RVAD Relative volume adjustment
&RVRB Reverb
&SYLT Synchronized lyric/text
&SYTC Synchronized tempo codes
&TALB Album/Movie/Show title
&TBPM BPM (beats per minute)
&TCOM Composer
&TCON Content type
&TCOP Copyright message
&TDAT Date
&TDLY Playlist delay
&TENC Encoded by
&TEXT Lyricist/Text writer
&TFLT File type
TIT1 Content group description
TIT2 Title/songname/content description
TIT3 Subtitle/Description refinement
TKEY Initial key
TLAN Language(s)
TLEN Length
TMED Media type
TOAL Original album/movie/show title
TOFN Original filename
TOLY Original lyricist(s)/text writer(s)
TOPE Original artist(s)/performer(s)
TORY Original release year
TOWN File owner/licensee
TPE1 Lead performer(s)/Soloist(s)
TPE2 Band/orchestra/accompaniment
TPE3 Conductor/performer refinement
TPE4 Interpreted, remixed, or otherwise modified by
TPOS Part of a set
TPUB Publisher
TRCK Track number/Position in set
TRDA Recording dates
TRSN Internet radio station name
TRSO Internet radio station owner
TSRC ISRC (international standard recording code)
TSSE Software/Hardware and settings used for encoding
TXXX User defined text information frame
UFID Unique file identifier
USER Terms of use
USLT Unsychronized lyric/text transcription
WCOM Commercial information
WCOP Copyright/Legal information
WOAF Official audio file webpage
WOAR Official artist/performer webpage
WOAS Official audio source webpage
WORS Official internet radio station homepage
WPAY Payment
WPUB Publishers official webpage
WXXX User defined URL link frame
在VC&#43;&#43;中打开一个名为test.mp3文件，其内容如下：
000000FF FB 52 8C 00 00 01 49 09 C5 05 24 60 00 2A C1
00001019 40 A6 00 00 05 96 41 34 18 20 80 08 26 48 29
00002083 04 00 01 61 41 40 50 10 04 00 C1 21 41 50 64
0000D0 FE FF FB 52 8C 11 80 01 EE 90 65 6E 08 20 02 30
0000E0 32 0C CD C0 04 00 46 16 41 89 B8 01 00 08 36 48
0000F033 B7 00 00 01 02 FF FF FF F4 E1
2F FF FF FF FF
0001A0 DF FF FF FB 52 8C 12 00 01 FE
90 58 6E 09 A0 02
0001B0 33 B0 CA 85 E1 50 01 45 F6 19 61 BC 26 80 28 7C
0001C0 05 AC B4 20 28 94 FF FF FF FF
FF FF FF FF FF FF
0013907F FF FF FF FD 4E 00 54 41 47 54 45 53 54 00
0013A0 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00
0013F000 00 00 00 04 19 14 03 00 00 00
00 00 00 00 00
00140000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00141000 00 00 00 00 00 4E
该文件长度1416H（5.142K），帧头为：FF
FB 52 8C，转换成二进制为：
对照表1可知，test.mp3帧头信息见表5。
表5&test.mp3文件帧头信息
第1397H开始的三个字节是54 41 47，存放的是字符“TAG”，表示此文件有ID3
V1.0信息。
139AH开始的30个字节存放歌名，前4个非00字节是54
45 53 54，表示“TEST”；
13F4H开始的4个字节是04 19 14 03，存放年份“04/25/2003”；
最后1个字节是4E，表示音乐类别，代号为78，即“Rock&Roll”；
其它字节均为00，未存储信息。
&&相关文章推荐
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：686268次
积分：8287
积分：8287
排名：第2552名
原创：198篇
转载：67篇
评论：80条
(4)(1)(3)(3)(2)(6)(7)(4)(1)(3)(2)(1)(4)(4)(12)(2)(2)(2)(4)(2)(1)(1)(2)(3)(1)(2)(4)(2)(2)(1)(4)(2)(2)(6)(5)(3)(3)(2)(5)(2)(1)(1)(1)(2)(4)(3)(4)(2)(1)(12)(1)(3)(2)(5)(4)(5)(2)(5)(7)(10)(10)(13)(14)(4)(7)(5)(8)(2)(2)(2)(2)(1)(2)(2)(1)(1)(1)(1)
(window.slotbydup = window.slotbydup || []).push({
id: '4740881',
container: s,
size: '200,200',
display: 'inlay-fix'如何用格式工厂转换MP3格式
　　用格式工厂转换MP3格式步骤如下。　　第一步：运行格式工厂，点击软件左侧的&所有转到MP3&。　　第二步：点击&添加文件&在&查找范围&中找到您要转换影片，确认后点击&打开&。　　第三步：在预设配置中根据你需要的选择屏幕大小，一般情况下选择默认的320x240即可，完成后点击&确定&。　　第四步：点击右下角的&浏览&将转换好的保存到您容易找到的目录下，例如：F盘。　　第五步：全部设置完成后点击界面上的&开始&，转换软件开始转换视频，当&转换状态显示为100%&时代表转换已经完成。简述　　格式工厂(Format Factory)是一款多功能的多媒体格式转换软件，适用于Windows。可以实现大多数视频、音频以及图像不同格式之间的相互转换。转换可以具有设置文件输出配置，增添数字水印等功能。主要功能　　主要功能所有类型视频转换为MP4、P、MPG、AVI、WMV、FLV、SWF、RMVB(rmvb需要安装Realplayer或相关的译码器[2])等常用格式(包括开放格式)　　所有类型音频转换为MP3、WMA、AMR、OGG、AAC、WAV 等常用格式(包括开放格式)　　所有类型图像转换为JPG、BMP、PNG、TIF、ICO、GIF、TGA 等格式(包括开放格式)　　转换过程中可修复某些损坏的视频　　媒体文件压缩　　可提供视频的裁剪　　支持 iPhone、iPod、PSP 等媒体定制格式　　转换图像档案支持缩放，旋转，数码水印等功能　　支持从 复制视频　　支持从 复制音乐　　支持60个国家语言软件名称：格式工厂(格式转换器)软件版本：2.95 官方免费版软件大小：40.74MB软件授权：免费适用平台：Win9X Win2000 WinXP Win2003 Vista下载地址：&
最新更新栏目
您可能喜欢
大家都在搜}