博客园_loop,目标嵌入式＋多媒体

mac上的ssh proxy客户端 --iSSH个人修改版

2012-05-29T09:53:00Z

在mac上一直没有找到类似于bitvise tunnelier 一样好用的ssh客户端。

这篇文章介绍了不少工具。适用下来iSSH还不错

项目主页：http://macserve.org.uk/projects/issh/

主要让我不爽的地方：

1 断线后不会自动重连，而是弹出了一个对话框

2 不自动load已有的配置

3 disconnect的时候会把我别的地方ssh进程也干掉。（这个特无语）

所以针对这些问题做了改动

代码放在这里，有兴趣的自取自编把

本文链接

终于可以在家更新mplayer了

2010-11-13T11:48:00Z

既SB会结束，YY会开幕之际，终于成功在家update了mplayer的svn。

另外dropbox居然也可以不需要改hosts就可以用。

可喜可贺，YY无罪：）

本文链接

不要一个人吃饭

2010-11-12T04:17:00Z

人脉就是钱脉，培养人脉的100个技巧。。。 来源：李欣的日志

成功的道路上，人脉比知识更重要。发展人际关系应当是你优先级最高的事。《不要一个人吃饭（ Never Eat Alone）》一书介绍了21世纪的交际规则。书中包括了许多实用技巧，让你通过人际关系而兴旺发达。
保留精华，以下是从书中总结的106条技巧。在实践中练习这些技巧，变成为生活成功充实的交际大师。
1、帮助他人成功
社交的本质就是不断用各种形式帮助其它人成功。共享出你的知识与资源、时间与精力、朋友与关系、同情与关爱，从而持续的为他人提供价值，同时提高自己的价值。
2、努力让自己的付出多于回报
因为你会为别人提供价值，别人才会联系你。所以多考虑别人而不是自己。
3、不要保留
不要以为友谊是有限的。这是投资，会越滚越多。
4、成功的关键是慷慨大方
在社交中通行的不是贪图便利，而是慷慨大方。
5、明确你的人生目标
你才能与渴望的交集就是你内心的激情。什么是你最兴奋的事？你做什么事时会觉得时间过的飞快？
6、明确知道自己想要什么
越清楚你要什么，你就越能找到实现的方法。
7、习惯于为自己设立目标
让你与众不同的最简单方式就是设立目标。把梦想变为人生目标，再分解为小目标。
8、为发展人际关系设定计划
打造交际网络是有过程的，你的计划应当包括以下三分：
1. 你3年的目标，及每3个月的进度。
2. 列出可以帮你实现每个目标的人。
3. 如何与第2点中列出的人联系。
一但你设立了目标，就贴在你经常看的到的地方。
9、打造出你个人的”智囊团”
找到愿意尽责帮助你的有识之士。他们就是你的”智囊团”".
10、在你需要前，打造好人际网络
要你发现要用到别人之前，就尽早的保持联系。重要的是把这些人当做是朋友，而不是潜在的客户。
11、与你认识的人保持好联系
刚开始时，要关注于你当前人际网络中的人。
12、大胆
勇气非常神奇。才能相似的两个人发展不同，可能仅仅因为脸皮的厚薄不同。
13、乐于求助于别人
乐于索取可以创造出机遇。你应当像乐于帮助别人一样，乐于向他人索取。记住，要做好别人说”不”的最坏打算。
14、在畏惧面前考虑到收获
厚着脸皮和不认识的人说话，自然会害怕你可以失败的窘境。这是件有风险的事，要有收获，有成就就必须冒风险。而什么也不做就只有平庸。
15、尊重别人
尊重每个人，不分高低贵贱。
16、透明
敞开心怀是一种有益并极受欢迎的态度。
17、结交朋友
擅于交际的人，不是在”打造网络”，而是在”结交朋友”。广泛收获是自然的结果，而不精心设计的目标
18、做好准备工作
你要见谁？如何见？见你之后他对你是什么意见？这些都不容忽视。
19、了解与你交往的人
如何你有足够了解你交往的人，可以深入他的领域，专业的与之对话。你就能很容易得到赞赏。找到一个丰富而有深度的共同点，之后你们就能容易交往并能留下深刻的印象。
20、了解其他人的兴趣
爱屋及乌，你很快就会成为他们生活的一部分。
21、决不一个人吃饭
吃饭时非常易于轻松的交流。和别人一起吃，是交际的有效方法。
22、管理好你的信息
有效的信息管理非常重要。如果你有条理、专注、坚持，那没有人会离开你的交际网。
23、列出清单
按自己的目标分类（如潜在客户、潜在雇主等）整理出自己的列表。不仅要列出相关的单位，还要列出单位里有话语权的人。
24、认识你专业领域的权威
为了实现目标，你要知道在你所从事的领域，谁最优秀。列出当前领域的权威。
25、列出你已经认识的人
列出你已经认识的人：亲戚、大学同学、过去的同学、之前的老师、之前的同事…….
26、灵活的组织信息
你管理列表的方式要灵活。按地点、按行业、亲近程度……
27、利用别人的联系清单，补充自己的
他人的清单是你的资源。
28、建立”渴望认识的人”名单
你清单的分类中可以包括”渴望认识的人”，他们是一些高水平的人，你希望在未来可能认识他们。
29、联系完全陌生的人（Cold Call）
当你需要给陌生人打电话时，你多少都会有些惧怕。只管硬着头皮。只想着自己会成功。去认识一个新人是挑战，也是机遇
30、坚持
如果你与他人联系，别人没有回音。你要继续与他们联系。你要占据主动。甚至是侵略性的。
31、联系有间接关联的人（Warm Call）
用下面四条规则来
１、表达可靠性：提及相关的人或单位。
２、提出有价值：你能为他们做什么？
３、告知急迫性和便利性：大部分情况下，冷不防打电话的唯一目的就是预约见面。
４、准备好折衷的方案：开始时定位高些，留下商量的空间。
32、把门卫看作盟友而非敌人
门卫也应当受到尊重。不要去惹恼他们。
33、永远不要消失
在建立社交网络时记住：首先，永远不要消失。消失比失败还要糟糕。
34、努力保持可见和活跃
排满你的社交、会议和事件日程。你必须在初创的朋友和关系网络中保持可见和活跃。
35、将多件事安排在一起
你为了成功的联系他人你要努力，但这并不意味着你得花很多时间。可以安排同一事件来节约时间。如邀请所有想见的人一起见面。
36、找到乐趣
交际是有趣的事，不是在浪费时间。.
37、分享你的激情
分享兴趣是任何关系的基础。当你确实对某些事感兴趣的时候，是很有感染力的。.
38、强调时间质量
友谊建立在双方花费时间的质量上而非数量上。
39、跟进还是失败
与要交往的人见面后，要让别人记住你。跟进是关键。
40、立刻跟进
你与他们见面后12到24小时内应当继续跟进。E-mail是快捷的方式。
41、不要忘记再次跟进
一个月后，再给别人一封邮件。保持联系。
42、会议上花时间与人交流
会议总被人误解为是寻找见解的地方。错！会议只有一个好处：那就是提供一个场所来结交志同道合的人。
43、做会议组织者
不要仅做参加者；做组织者。提前做好信息准备工作：打算见谁，怎么见，在哪见。
44、公开发言
发言是让别人记住你的最简单有效的方式之一。.
45、尽可能多的随访
不要整个会议都与最好的朋友形影不离。尽可能多的去随访别人。
46、与交际高手保持联系
有一些人比我们认识的人多得多。这些人是各个网络的核心。你如果能和这些人交友。你与上千人的联系，就只要通过这一个人。
47、尽可能多有相识的人
（acquaintance = 认识、但并不特别亲密的人）
通常我们人脉中最重要的人就是那些相识者。为什么？因为我们最亲密的朋友和我们知道的东西都差不多。所以相识的人越多，你就越强大
48、结识各个领域的人
我们不仅认识数以千记的人，而且认识数以千计分布在不同领域的人。
49、与其它人交换人脉
扩大你朋友圈的最有效的方法就是把你的圈子与别人的圈子相连。
50、建立你的组织委员会
政治家有”组织委员会”：把在各个领域工作的人，组织在一起。如果你要更广泛的接触世界，那就要想办法先找一个核心人物来当做你的”组织委员”
51、提高你”语言流利度”
“语言流利度”：一种可以与任何人，在任何情况下都自信沟通的能力。这是许多成功人士的共同特征。而与人和睦相处的能力，对于个人进步，比其它任何东西都重要。
52、做真实的自己
要让人印象深刻，与众不同是关键。要保证能与众不同，就要做真实的自己。做自己才有魅力。你的独特性是你的力量.
53、“顺从”
顺从的力量被许多人所忽视。顺从别人在闲谈时作用巨大。
54、说真心话
当你明白打破沉默最好的方式就是说心里话后，再想发起谈话就没那么可怕了。
55、学会利用非语言的沟通
别人见到你，只要10秒钟就可以下意识的决定是否会喜欢你。这样的判断是基于出语言的沟通。
56、准备谈论的材料
准备好可以谈论的东西。关注时事，培养出一些兴趣爱好。
57、学会倾听
先要理解别人，才能被理解。
58、一定要记住别人的名字
没有什么比自己的名字听起来更舒服的了。
59、真诚
毫无疑问，要想被别人看做是特别的人，你要要让别人觉得他在你眼里很特别。
60、试着找出他人的动力
你初次与别人交流时，就可以找到对方的动力。他们的动力一般就是基于三种：赚钱、找到爱情、改变世界。
61、帮忙别人实现他们心灵深处的渴望
主动的去帮助别人解决他们的关键问题，可以让他们关系非常紧密。
62、让自己成为别人不可缺少的人
不可或缺性非常重要。要想不可或缺，就需要你不断的把自己的信息、社会关系、善意传达给尽可能人。.
63、去想想你如何才能让自己身边的每个人都取得成功
当有人告诉你他遇到了点问题，你要想想有什么办法。解决办法源自于你的经验、你的知识，还有你的朋友、你帮手
64、主动提供帮忙
不要等别人提出了才帮助，要主动。

65、传播知识
当你财务和人脉都还不多时，要想通过社交获利也是可行的。这是是要通过知识。你很容易就可以学会在你的人际网络中传播知识。
66、对他人的成功感兴趣
对其他人的成功感兴趣，你可以在2个月内就变的更成功。你也可以花2年时间，让别人对你的成功感兴趣。(戴尔·卡内基)
67、时不时的小联系
80%的关系仅仅是通过小联系来维持的。你要不断的联系、联系、联系……永远不要停。你要不断的为你的人系网络加料，以保证其不会枯萎。
68、重复、再重复
要想让别人脑子中记好你，有个非常关键的方法：重复。.
69、建立评分体系
建立评分体系可以让你维护关系变得容易。比如：
1. ”1级″至少一个月联系一次。
2. ”2级″至少每个季度要打个电话或是发封邮件。
3. ”3级″ 至少每年要联系上一次。
70、把小联系纳入你的日程
你需要把小联系纳入你的工作范围之一。
71、以个人的名义
如果可能尽力让一切信息以你个人的名义。
72、不要忘记生日
生日应当是你最好的联系机会。
73、和”主力军”一起吃饭
我们与更年长、更智慧、更有经验的人建立了关系。这些人就是”主力军”。和他们一起吃饭，同时充点电。
74、做个有趣的人
其实你见到的每个人都会问自己类似于这样的问题：”我有必要花1小时时间和这人一起吃午饭？”
75、做个有内容的人
内容就是知识的专业性。是你与众不同的地方。让你有独特品牌的地方。所以要有自己独特的见解。
76、毫无保留的不断学习、不断分享你的内容
要与其它人不同，你就要毫不留情的学习、分享、兜售你的内容。
77、得到别人的内容
有时你可以得容易的将别人的创意变为自己的内容。然后领先的分享、应用这些创意。
78、提供你自己的内容
其它时间，你得花脑筋自己提供内容。你需要了解各种信息，然后与众不同的把他们串起来。
79、引起注意
一但有了共鸣，就会引起注意。你要提供的很简单：生动的故事。
80、成为专家
要成为创造内容的人，最常见方法就是做一个专家。做专家做的事：把你的专业知识教给别人、写给别人、说给别人。
81、教你想学的东西
教别人，这是你学习、理解的最佳方式。
82、用故事表达你的内容
有力的内容用故事的形式来表达，可以帮助完成目标。在你说故事时，用你的感情来让那些怀疑者相信

83、建立个人品牌
强大的品牌非常有竞争力，但它永远是基于提供产品的价值而不是描述的方式。好的个人品牌能可做3件事：让别人觉得真实可信、与众不同、可以被信赖。
84、让自己独一无二
你的品牌表达了你能提供的东西，表达了为什么你很特别，告诉了别人他们为什么了与你保持联系。

85、不断增加价值

在成为品牌，你需要专注与你所做的事并不断的增加价值。这意味着你需要不断超越。
86、建立个人品牌的标志
当别人听到读到你的名字时，你想让别人想到什么？你的品牌标志应当包括了别人提到你时会用的所有的词。
87、包装你的品牌
要看上去有价值，你就要看上去光亮而又专业。所以为什么不建一个个人网站？
88、推广你的品牌
如果你自己不推广自己，其它人也不会。你的成功取决于其它人如何认可你的工作，这还依赖与你工作的质量
89、和媒体保持联系
你从现在开始就要和媒体保持联系，而不是等你真要故事要告诉他们时你才去找他们。
90、极力推广信息内容，而不是作者
你推广给众人的应当是你心中的使命感，而不是你的自傲。
91、共同写作
如果你写作技巧不佳，你可以和别人一起写。通过这样共同写作，你原来不多联系的人，可以让你的人际网络程指数增长。
92、写文章
写文章可以极大的促进你的职业发展。让你在短时间里就成为被人关注。
93、坚持写作以成为好的写手
要成为好的写手：”写作，再写作。当你写完了，继续写作”
94、和名人交往
你只与无名小辈保持联系？你需要把注意力传到一些重要人物上，这样会对你以及周围朋友的生活带来很大的不同。
95、建立信任
信任是与这些权威接近的关键。让别人信任你与他们联系时没有任何不可告人的动机。让别人信任你把他们当做一个普通人而不是明星
96、参加协会
现在有各种协会。如果你要想同那些有影响的人物面对面，你得先成为参与者。
97、建立你自己的俱乐部
有时你要参加些有价值的俱乐部，确由于种种原因无法参加。为什么不自己办个俱乐部呢？拟定自己的推广计划，建立一个新的组织。邀请那些你想见的人来加入你的组织。
98、谦虚
傲慢是一种病，它会让你忘记真正的朋友，忘记朋友的重要。在你进步时，保持谦虚。帮助其它人和你一起进步，甚至超过你。
99、回顾你的过去
经常的回顾你的过去，和那些从小就对你很重要的人保持联系
100、找几个导师
找到有材、有经验，又愿意投入时间来帮助你进步的导师。而不是仅依据薪水与声望来决定自己的职业发展方向。
101、取众家之长
三人行必有我师，你身边有许多可以学习的人。
102、建立良好的师徒关系
成功的师徒关系需要效果与热情。效果意味着你可以让老师可以看到他对你产生的影响。激情意味着你的导师会为了你的进步而投入。
103、找几个徒弟
当你不断努力向上发展时，一定要回过头来帮助其它人。你会从你的学生身上学会很多东西。
104、坚持原则
交际应当是向前发展，而不是向后妥协。与人交往决不能违背自己的价值观。
105、不要试图平衡你的职业与私人生活
你应当为不同关际的人都提供同样的价值。而不是把生活分为工作生活两部分。
106、打造亲密的友谊
有多少人可以走进你家里，自己打开冰箱找吃的？有亲密的朋友，才会让你快乐。

本文链接

在archlinux中安装chrome

2010-11-11T14:24:00Z

1 pacman中安装yaourt 工具

参考https://wiki.archlinux.org/index.php/Yaourt

The easiest way to install Yaourt is to add the yaourt repository to your /etc/pacman.conf:

[archlinuxfr]
Server = http://repo.archlinux.fr/$arch

Sync and install:

# pacman -Syu yaourt

2 在yaourt中查找google-chrome-beta

这个很简单yaourt -Ss chrome

会列出所有相关的package,可以看到在AUR里有google-chrome-beta

3 根据提示下载PKGBUILD,自动安装

他会下载google-chrome-beta_current_i386.deb然后生成pacman可识别的package,安装即可

4 中文字体的安装

# pacman -S wqy-bitmapfont wqy-zenhei ttf-dejavu ttf-arphic-ukai ttf-arphic-uming ttf-fireflysung libfxt-lcd

本文链接

关于MP4 fileformat中 duration及timescale相关的几个地方

2010-11-08T10:36:00Z

1 mvhd

Time scale

A time value that indicates the time scale for this movie—that is, the number of time units that

pass per second in its time coordinate system. A time coordinate system that measures time

in sixtieths of a second, for example, has a time scale of 60.

Duration

A time value that indicates the duration of the movie in time scale units. Note that this property

is derived from the movie’s tracks. The value of this field corresponds to the duration of the

longest track in the movie.

2 tkhd

Duration

A time value that indicates the duration of this track (in the movie’s time coordinate system).

Note that this property is derived from the track’s edits. The value of this field is equal to the

sum of the durations of all of the track’s edits. If there is no edit list, then the duration is the

sum of the sample durations, converted into the movie timescale.

3 mdhd

Time scale

A time value that indicates the time scale for this media—that is, the number of time units that

pass per second in its time coordinate system.

Duration

The duration of this media in units of its time scale.

本文链接

linux ramdom hung up

2010-10-16T03:10:00Z

老机器上装了linux,原来是ubuntu 老死机,后来火了就装了arch linux.结果还是死机.风特勒.....

目前的怀疑xorg的log力

[mi] EQ overflowing. The server is probably stuck in an infinite loop.

本文链接

小情歌

2010-10-11T07:04:00Z

看到苏打绿这个名字，第一感觉不喜欢。听到苏打绿的声音，第一个感觉不喜欢。

听到小情歌，感觉舒服，旋律喜欢的不得了，歌词很有感觉（虽然自己已经过了这个年龄），声音配上去也不显得那么奇怪。恨不得多听几遍。赞！！

本文链接

arm程序设计优化

2010-10-02T01:40:00Z

http://blog.mcuol.com/User/mediaworks/Article/2927_1.htm

程序优化是指软件编程结束后，利用软件开发工具对程序进行调整和改进，让程序充分利用资源，提高运行效率，缩减代码尺寸的过程。按照优化的侧重点不同，程序ARM优化可分为运行速度优化和代码尺寸优化。运行速度优化是指在充分掌握软硬件特性的基础上，通过
应用程序结构调整等手段来降低完成指定任务所需执行的指令数。在同一个处理器上，经过速度优化的程序比未经优化的程序在完成指定任务时所需的时间更短，即前者比后者具有更高的运行效率。代码尺寸优化是指，采取措施使应用程序在能够正确完成所需功能的前提下，尽可能减少程序的ARM代码量。

然而在实际的程序设计ARM过程中，程序优化的两个目标（运行速度和代码大小）通常是互相矛盾的。为了提高程序运行效率，往往要以牺牲存储空间、增加代码量为代价，例如程序设计中经常使用的以查表代替计算、循环展开等方法就容易导致程序代码量增加。而为了减少程序代码量、压缩存储器空间，可能又要以降低程序运行效率为代价。因此，在对程序实施优化之前，应先根据实际需求确定相应的策略。在处理器资源ARM紧张的情况下，应着重考虑运行速度优化；而在存储器资源使用受限的情况下，则应优先考虑代码尺寸的优化。

1 程序运行速度优化
程序运行速度优化的方法可分为以下ARM几大类。
1.1 通用的优化方法
(1)减小运算强度

利用左/ 右移位操作代替乘/ 除2 运算：通常需要乘以ARM或除以2 的幂次方都可以通过左移或右移n 位来完成。实际上乘以任何一个整数都可以用移位和加法来代替乘法。ARM 7 中加法和移位可以通过一条指令来完成，且执行时间少于乘法指令。例如： i = i × 5 可以用i = (i<<2) + i 来代替。
利用乘法代替乘方运算：ARM7 核中内建有32 ×8 ARM乘法器，因此可以通过乘法运算来代替乘方运算以节约乘方函数调用的开销。例如： i = pow(i, 3.0) 可用 i = i×i × i 来代替。
利用与运算代替求余运算：有时可以通过用与（AND ）指令代替求余操作（% ）来提高效率。例如：i = i % 8 可以用 i = i & 0x07 来代替。
(2)优化循环终止ARM条件
在一个循环结构中，循环的终止条件将严重影响着循环的效率，再加上ARM 指令的条件执行特性，所以在书写循环的终止条件时应尽量使用count-down-to-zero结构。这样编译器可以用一条BNE （若非零则跳转）指令代替CMP （比较）和BLE （若小于则跳转）两条指令，既减小代码尺寸，又加快了运行ARM速度。

(3)使用inline 函数
ARM C 支持 inline 关键字，如果一个函数被设计ARM成一个inline 函数，那么在调用它的地方将会用函数体来替代函数调用语句，这样将会彻底省去函数调用的开销。使用inline 的最大缺点是函数在被频繁调用时，代码量将增大。

1.2 处理器相关的优化ARM方法
(1)保持流水线畅通
从前面的介绍可知，流水线延迟或阻断会对处理器的性能造成影响，因此应该尽量保持流水线畅通。流水线延迟难以避免，但可以利用延迟周期进行其它ARM操作。

LOAD/STORE 指令中的自动索引（auto-indexing）功能就是为利用ARM流水线延迟周期而设计的。当流水线处于延迟周期时，处理器的执行单元被占用，算术逻辑单元ARM（ALU ）和桶形移位器却可能处于空闲状态，此时可以利用它们来完成往基址寄存器上加一个偏移量的操作，
供后面的指令使用。例如：指令 LDR R1, [R2], #4 完成 R1= *R2 及 R2 += 4 两个操作，是后索引（post-indexing）的例子；而指令 LDR R1, [R2, #4]! 完成 R1 = *(R2 + 4) 和 R2 +=4 两个操作，是前索引（pre-indexing）的例子。

流水线阻断的情况可通过循环拆解等方法加以改善。一个循环可以考虑拆解以减小跳转指令在循环指令中所占的比重，进而提高代码效率。下面以一个内存复制函数加以ARM说明。

void memcopy(char *to, char *from, unsigned int nbytes)
{
while(nbytes--)ARM
*to++ = *from++;
}

为简单起见，这里假设nbytes 为16 的ARM倍数（省略对余数的处理）。上面的函数每处理一个字节就要进行一次判断和跳转，对其中的循环体可作如下拆解：

void memcopy(char *to, char *from, unsigned int nbytes)
{
while(nbytes) {
*to++ = *from++;
*to++ = *from++;ARM
*to++ = *from++;
*to++ = *from++;
nbytes - = 4;
}
}

这样一来，循环体中的指令数增加了，循环次数却减少了。跳转指令ARM带来的负面影响得以削弱。利用ARM 7 处理器32 位字长的特性，上述代码可进一步作如下调整：

void memcopy(char *to, char *from, unsigned int nbytes)ARM
{
int *p_to = (int *)to;
int *p_from = (int *)from;
while(nbytes) {
*p_to++ = *p_from++;
*p_to++ = *p_from++;
*p_to++ = *p_from++;
*p_to++ = *p_from++;
nbytes - = 16;
}
}
经过优化后，一次循环可以处理16 个字节。跳转指令带来的影响ARM进一步得到减弱。不过可以看出，调整后的代码在代码量方面有所增加。

(2)使用寄存器变量
CPU 对寄存器的存取要比对内存的存取快得多ARM，因此为变量分配一个寄存器，将有助于代码的优化和运行效率的提高。整型、指针、浮点等类型的变量都可以分配寄存器；一个结构的部分或者全部也可以分配寄存器。给循环体中需要频繁访问的变量分配寄存器也能在
一定程度上提高程序效率。

1.3 指令集相关的优化方法
有时可以利用ARM7 指令集的特点对程序ARM进行优化。
(1)避免除法
ARM 7 指令集中没有除法指令，其除法是通过调用C 库函数实现的。一个32 位的除法通常需要20~140 个时钟周期。因此，除法成了一个程序效率的瓶颈，应尽量避免使用。有些除法可用乘法代替，例如： if ( (x / y) > z)可变通为 if ( x > (y × z)) 。在能满足精度，且存储器空间
冗余的情况下，也可考虑使用查表法代替除法。当除数为2 的ARM幂次方时，应用移位操作代替除法。

(2)利用条件执行
ARM 指令集的一个重要特征就是所有的指令均可包含一个可选的条件码。当程序状态寄存器（PSR ）中的条件码标志满足指定条件时，带条件码的指令才能执行。利用条件执行通常可以省去单独的判断ARM指令，因而可以减小代码尺寸并提高程序效率。

(3)使用合适的变量类型
ARM 指令集支持有符号/ 无符号的8 位、16 位、32位整型及浮点型变量。恰当的使用变量的类型，不仅可以节省代码，并且可以提高代码运行效率。应该尽可能地避免使用char、short 型的ARM局部变量，因为操作8 位/16 位局部变量往往比操作3 2 位变量需要更多指令，请对比下列3 个函数和它们的汇编代码。

intwordinc(inta) wordinc
{ ADD a1,a1,#1
return a + 1; MOV pc,lr
} shortinc
shortshortinc(shorta) ADD a1,a1,#1
{ MOV a1,a1,LSL #16
return a + 1; MOV a1,a1,ASR #16ARM
} MOV pc,lr
charcharinc(chara) charinc
{ ADD a1,a1,#1
return a + 1; AND a1,a1,#&ff
} MOV pc,lr
可以看出，操作3 2 位变量所需的指令要少于操作8位及16 位变量。

1.4 存储器相关的优化方法
(1)用查表代替计算
在处理器资源紧张而存储器资源相对富裕的情况下，可以用牺牲存储空间换取运行速度的办法。例如需要频繁计算正弦或余弦函数值时，可预先将函数值计算出来置于内存中供以后ARM查找。

(2)充分利用片内RAM
一些厂商出产的ARM 芯片内集成有一定容量的RAM，如Atmel 公司的AT91R40807 内有128KB 的RAM，夏普公司的LH75400/LH75401 内有32KB 的RAM。处理器对片内RAM 的访问速度要快于对外部RAM 的访问，所以应尽可能将程序调入片内RAM 中运行。若因程序太大无法完全放入片内RAM ，可考虑ARM将使用最频繁的数据或程序段调入片内RAM 以提高程序运行效率。

1.5 编译器相关的优化方法
多数编译器都支持对程序速度和程序大小的优化，有些编译器还允许用户选择可供优化的内容及优化的程度。相比前面的各种优化方法，通过设置编译器选项对程序进行优化不失为一种简单有效的途径。

2 代码尺寸优化
精简指令集计算机的一个重要特点是指令长度固定，这样做可以简化指令译码的过程，但却容易导致代码尺寸增加。为避免这个问题，可以考虑采取以下措施来缩减程序ARM代码量。

2.1 使用多寄存器操作指令
ARM 指令集中的多寄存器操作指令LDM/STM 可以加载/ 存储多个寄存器，这在保存/ 恢复寄存器组的状态及进行大块数据复制时非常有效。例如要将寄存器R4~R12 及R14 的内容保存到堆栈中，若用STR 指令共需要10 条，而一条STMEA R13!, {R4 ?? R12, R14} 指令就能达到相同的目的，节省的指令存储空间相当可观。不过需要注意的是，虽然一条LDM/STM 指令能代替多条LDR/STR 指令，但这并不意味着程序运行速度得到了ARM提高。实际上处理器在执行LDM/STM 指令的时候还是将它拆分成多条单独的LDR/STR 指令来执行。

2.2 合理安排变量顺序
ARM 7 处理器要求ARM程序中的32 位/16 位变量必须按字/ 半字对齐，这意味着如果变量顺序安排不合理，有可能会造成存储空间的浪费。例如：一个结构体中的4个32 位int 型变量i1 ~ i4 和4 个8 位char 型变量c1 ~ c4，若按照i1、c1、i2、c2、i3、c3、i4、c4 的顺序交错存放时，由于整型变量的对齐会导致位于2 个整型变量中间的那个8 位char 型变量实际占用32 位的存储器，这样就造成了存储空间的浪费。为避免这种情况，应将int 型变量和char 型变量按类似i1、i2、i3、i4、c1、c2、c3、c4 的顺序连续存放。

2.3 使用Thumb 指令
为了从根本上有效ARM降低代码尺寸，ARM 公司开发了16 位的Thumb 指令集。Thumb 是ARM 体系结构的扩充。Thumb 指令集是大多数常用32 位ARM 指令压缩成16 位宽指令的集合。在执行时，16 位指令透明的实时解压成32 位ARM 指令并没有性能损失。而且程序在Thumb状态和ARM 状态之间切换是零开销的。与等价的32 位ARM 代码相比，Thumb 代码节省的存储器空间可高达35% 以上。

结语
综上所述，优化的过程是ARM在透彻了解软/ 硬件结构和特性的前提下，充分利用硬件资源，不断调整程序结构使之趋于合理的过程。其目的是最大程度发挥处理器效能，最大限度利用资源，尽可能提高程序在特定硬件平台上的性能。随着ARM 处理器在通信及消费电子等行业中的应用日趋广泛，优化技术将在基于ARM 处理器的程序设计过程中发挥越来越重要的作用。

值得注意的是，程序的优化通常只是软件设计需要达到的诸多目标之一，优化应在不影响程序正确性、健壮性、可移植性及可维护性的前提下进行。片面追求程序的优化往往会影响健壮性、可移植性等重要目标。

本文链接

MPEG简介 + 如何计算 CBR/VBR MP3 的播放时间 zt

2010-09-27T08:55:00Z

主题：MPEG简介 + 如何计算 CBR/VBR MP3 的播放时间

版本：20090919

作者：crifan

邮箱：green-waste(At)163.com

声明：

1.本文所写内容，多数整理自自互联网，版权归原作者所有。

2.笔者知识有限，文中难免有误，欢迎批评指正。

3.欢迎盗版，盗版不究。

--------------------------------------无敌分割线-------------------------------------------

【此文目的】

1. 了解 MPEG相关知识

2. 了解 MP3 的常见术语含义

3. 详解 VBR MP3的帧头格式及含义

4. 搞懂如何去计算 CBR和 VBR的 MP3文件的播放时间（duration）

【目录】

1．MPEG 的相关知识.............................................................................2

1.1 MPEG 是啥......................................................................................................3

1.2 为啥没了 MPEG-3 ...........................................................................................3

1.3 MPEG2.5 又是啥.............................................................................................3

1.4 MPEG 中不同帧之间的关系..........................................................................3

1.5 MPEG-1和 MPEG-2音频特性.......................................................................4

1.5.1 MPEG-1 音频（ISO/IEC 11172-3）...................................................................4

1.5.2 MPEG-2 音频（ISO/IEC 13813-3）..................................................................4

1.6 什么是 ISO/IEC 11172-3 和 ISO/IEC 13818-3..............................................4

2 MP3 中常见的术语................................................................................5

2.1 啥叫 MP3.........................................................................................................5

2.2 什么是 LSF......................................................................................................5

2.3 什么是帧（frame）........................................................................................5

2.4 什么是帧头（header）...................................................................................5

2.5 啥是 CBR和 VBR ..........................................................................................5

2.6 比特率（bitrate）...........................................................................................6

2.7 边信息（side information）...........................................................................6

3 VBR MP3 的帧头格式详解..................................................................6

3.1 VBR MP3的帧头类型.....................................................................................6

3.2 MPEG 音频帧格式及其含义介绍..................................................................6

4 MP3 的播放时间的计算公式及 XING 和 VBRI 头介绍....................94.1 CBR的 MP3 的播放时间(duration)计算公式................................................9

4.2 VBR的 MP3 的播放时间(duration)计算公式................................................9

4.2.1 Xing TAG / Xing 头（header）...........................................................................9

4.2.2 VBRI头（header）............................................................................................10

5 计算 CBR 和 VBR 的 MP3 文件的播放时间的步骤......................11

5.1 定位到 MPEG的帧头的位置......................................................................11

5.2 解析 MPEG帧头，获取必要信息..............................................................11

5.3 判断是 VBR还是 CBR，根据公式计算播放时间....................................11

5.3.1 定位出 Xing 头....................................................................................................12

5.3.2 如果有，解析 Xing 头，并计算播放时间........................................................12

5.3.3 如果没 XING 头，定位出 VBRI 头位置，找 VBRI 头....................................12

5.3.4 如果都没找到，说明是 CBR，则计算 CBR的播放时间..............................12

6 MP3 的文件的内容组织结构..............................................................13

7 后记......................................................................................................14

8 文章引用..............................................................................................15

【表格索引】

表 1 MPEG音频帧头的格式................................................................................................7

表 2 比特率............................................................................................................................8

表 3 每帧的采样数................................................................................................................8

表 4 MPEG不同版本对应的采样率....................................................................................8

表 5 XING 头......................................................................................................................10

表 6 VBRI头.......................................................................................................................11

表 7 Layer III 的边信息（side information）....................................................................12

表 8 MP3文件的内容组织结构.........................................................................................14

1．MPEG的相关知识

想要了解如何计算 VBR的 MP3的播放时间之前，要简单了解一些 MP3相关的一些基本概

念，主要是 MPEG 的相关知识和编解码的一些知识： 1.1 MPEG 是啥

MPEG 全名Moving Pictures Experts Group，动态图像专家组，简单说就是一个专家组，

专门研究一些音视频规范的，所以才叫专家，不是我们国家的“砖家”哦。这个专家组是在

ISO/IEC（International Standards Organization/International Electrotechnical Commission,

国际标准化组织/国际电工委员会）联合指导下成立的。这个组，专门去研究出一个数字音

视频的压缩相关的规范，所以最后研究出适用于不同应用环境的 N多规范。

和事物发展的过程类似，研究出这么多的规范也是，不同时期，不同的版本，针对不同的应

用。也是由简到繁。并且，命名规则都是，按照阿拉伯数字从小到大的：MPEG 1，MPEG2，

MPEG4，MPEG-7，最新版本，好像都有 MPEG-21 了。

1.2为啥没了 MPEG-3

估计有人纳闷了，为啥中间的 MPEG3 咋没了呢？

是没 MPEG3，当然，不是被刘谦变魔术变没了，而是由于当时设计者没有规划好，导致已

经设计好的 MPEG2，性能太好了，都能干本来打算让 MPEG3 干的活了，所以后来干脆就

不去再设计 MPEG3了，原定计划就取消了，也就没了 MPEG3。看来这个 MPEG3，待遇

貌似不比胎死腹中好多少。对于很多人误解的，以为 MP3就是 MPEG-3，也就更错的离谱

了。关于 MP3的名称来历，下面会再解释。

1.3 MPEG2.5又是啥

MPEG2.5，简单说就是出身不正，不是官方推出的规范。MPEG 2.5是针对 MPEG2的一

个非官方的扩展版本，支持更低的采样率。关于其更多解释，网上找到这些：

MPEG 声音标准提供三个独立的压缩层次：Layer I、Layer II 和 Layer III。用户具体选哪个

Layer，可以根据自己的要求，在权衡复杂性和声音质量之后，做出自己的选择。

A．Layer I 的编码器最为简单，编码器的输出数据率为 384 kb/s，主要用于小型数字盒式磁

带(digital compact cassette，DCC)。

B．Layer II的编码器的复杂程度属中等，编码器的输出数据率为 256 kb/s～192 kb/s，其

应用包括数字广播声音(digital broadcast audio，DBA)、数字音乐、CD-I(compact

disc-interactive)和 VCD(video compact disc)等。

C．Layer III 的编码器最为复杂，编码器的输出数据率为 64 kb/s，主要应用于 ISDN 上的声

音传输。 MPEG-1 Layer III 支持的采样率为 32,44.1,48khz,比特率支持 32---320kbps

MPEG-2 Layer III支持的采样率为 16,22.05,24khz,比特率支持 8---160kbps

Fraunhofer对此又进行扩展，将原来MPEG-2所支持的低采样率再除以2，得到： 8, 11.025,

和 12 kHz，比特率跟 MPEG-2相同，称为 "MPEG 2.5"。

1.4 MPEG 中不同帧之间的关系

对于 Layer I 和 Layer II，不同的帧之间，是互相独立的。也就意味着，你可以任意截取 MPEG

的音频文件，然后找到第一个正确的帧头，然后解码，然后接下来放余下的帧，这样都可以正确的播放。而对于 Layer III，所有帧不保证都是互相独立的。由于可能用到“字节蓄水池

（byte reservoir）”，即内部的一个数据缓存，这些帧，都是相关的，最差情况下，要连续

缓冲保存 9个帧，才能对第一帧解码。

1.5 MPEG-1和 MPEG-2 音频特性

1.5.1 MPEG-1音频（ISO/IEC 11172-3）

其描述了三层音频编码，具有如下特性：

A．一个或两个音频声道

B．采样率 32KHz、44.1KHz 或 48KHz

C．比特率从 32Kbps 到 448Kbps

D．每一层都有其自己的其他特点。

1.5.2 MPEG-2音频（ISO/IEC 13813-3）

其包含了对 MPEG-1 的两种扩展。通常称为 MEGP-2/低采样率（LSF）和 MPEG-2/多声道

（Multichannel）。

1.5.2.1 MPEG-2/LSF 的特性：

A．一个或两个音频声道

B．采样率只有 MPEG-1 的一半

C．比特率从 8Kpbs 到 256Kbps

1.5.2.2 MPEG-2/多声道，的特性：

A．多达 5 个全范围的音频声道和一个 LFE（Low Frequency Enhancement，也叫做重低

音）声道

B．采样率和 MPEG-1相同

C．对于 5.1声道，最高的比特率可达 1Mpbs

1.6 什么是 ISO/IEC 11172-3 和 ISO/IEC 13818-3

由于 MPEG只是 ISO/IEC下面的一个组织，所以，关于 MPEG 音频部分的规范，也多是

出自 ISO/IEC之手。

因此，ISO/IEC 11172 和 ISO/IEC 13818，其实就是 MPEG1 的音频部分和 MPEG-2的别

名。

另外，由于 MPEG-1 和MPEG-2，每个都分好几个部分，其中，第三部分是关于音频的。

所以，ISO/IEC 11172-3 和 ISO/IEC 13818-3，就分别对应着 MPEG-1 的音频，MPEG-2

的音频，也就是我们常常提到的 MPEG 的音频文件所对应的规范。 2 MP3 中常见的术语

知道了 MPEG 的来龙去脉后，在了解 MP3 的播放时间如何计算之前，也要知道其他一些，

和 MP3相关的知识，和常见的术语：

2.1 啥叫 MP3

注意，这个 MP3，不是 MPEG-3，但是为何叫 MP3，是因为：

MPEG 规范中规定了，每一个版本的 MPEG，比如 MPEG1，MPEG2等，都有三种不同的

Layer，不同 Layer 的序号命令是以罗马数字的，所以叫做 Layer I， Layer II， Layer III。

其中，最常见的就是 MPEG 1 的 Layer III，就是众所周知的 MP3。

根据事物发展由简到繁的规律，我们知道，Layer III，相对 Layer I 和 Layer II，其有着更复

杂的压缩算法。正是其相对复杂，用了很多算法，比如声学上的掩蔽效应（masking effect），

Huffman 压缩等，使得尽可能保持音质的基础上，极大地减少了音频文件大小，也就是说，

尽量让你听上去音频声音和音质都没啥变化，但是 MP3的文件大小，相对于原先没处理的，

或者其他格式的，比如 WAV 格式等，要小很多，方便大家互相传播交流。这也是 MP3 如

此流行的主要原因之一。

2.2 什么是 LSF

MPEG2/2.5 也常被简称为 LSF（Low Sampling Frequencies），低采样率。

2.3 什么是帧（frame）

通俗点说，就是一段连续的数据块。对于 MPEG 音频文件本身，并没有什么文件头，而是

由很多数据块所组成，这样的单个的数据块，就叫做一个（数据/音频）帧（frame）。MP3

文件，同理，由很多个帧所组成。帧，也是其他很多音视频技术中的基本单位。

2.4 什么是帧头（header）

每一个帧里面，包含了帧头和音频数据。帧头，就是在帧的头部，有一定长度的数据，用于

描述改帧音频的一些参数，用于解码器对此音频帧进行解码。对于 MPEG 的帧头，是固定

的 32 比特，即 4 字节。

2.5 啥是 CBR和 VBR

CBR（Constant bitrate）固定(/不变)比特率，VBR（Variable bitrate ），不定(/可变)比特

率，变与不变，指的是 MP3的比特率是否固定。音频文件可以被编码成 CBR或 VBR。VBR

意思就是，每一帧的比特率不同。由于 VBR可以在需要的时候，采用高比特率，所以，一

般来说，VBR的音质比 CBR的要好。很多种音视频文件，都可以按照 VBR来压缩，比如 MP3、WMA、Vorbis OGG、AAC，

MPEG-2 的视频等。VBR的优点是，和 CBR相比，用更小的空间，即文件更小，实现更高

的音质。缺点是，编码复杂度增加，编码需要更长时间，而有些硬件编码器可能和 VBR不

兼容。

2.6 比特率（bitrate）

即每秒包含/播放了多少个比特的数据。比特率常用 Kbps（kilo bits per second，千比特每

秒）表示。此处的千字节=1000字节，而不是 1024.

2.7 边信息（side information）

在 MPEG 音频的帧头后面，有一些解码器会用到的一些信息，用于解码器控制音频流的播

放，它就叫做边信息。不同版本的 MPEG 的 Layer III 的边信息的大小，详见后面的表。

3 VBR MP3的帧头格式详解

3.1 VBR MP3的帧头类型

VBR MP3的帧头主要有两种，XING 和 VBRI。

关于它们的具体格式和含义，下面会详细解释。

另外常常会提到的是，关于 V1和 V2 两个版本的 ID3 头信息，这个主要是用于记录音频文

件的一些描述信息，比如歌手，专辑，曲风等，和对音频文件解码，没有直接关系。属于存

储音频文件附属信息的头。

ID3的 V1和V2，不会同时存在。如果存在 ID3的话，一般 ID3 V1会放在音频文件的最后，

大小 128个字节，其中前三个字节是字符“TAG”。ID3 V2 放在音频文件的开头处，前三个

字节是字符“ID3”。

关于 ID3的具体格式，请参考附录中的引用文献。

由于此处介绍的内容，目的是尽快，尽可能精确地去估算 MP3 文件的（持续）播放时间。

所以，此处不涉及，关于如何去编解码实际的音频数据。

3.2 MPEG 音频帧格式及其含义介绍

MPEG 音频文件，由一个个的帧（Frame）组成。每一帧都有个帧头（Frame Header），

位于该帧的最开始处，接下来的是音频数据。音频数据多数都是包含了固定数目的音频

采样（Sample）。正是基于这个特性，才有后面的 VBR的播放时间计算公式。

前面介绍过了，目前，存在的三种 Layer 的 MPEG 音频，尽管他们的压缩方法各不相同，

但是帧头格式都一样。

这些帧，由一个个的 Slot（槽）组成。

Layer I 中，一个 Slot 是4 个字节，在 Layer II和 Layer III中，一个 Slot 是一个字节。 MPEG 帧头的格式及含义

位置长度含义示例

0 11 用于同步帧，找到此帧头（所有位均置 1）

1111 1111

111

11 2

音频版本 ID (参见表 3.2)

00 - 版本是 MPEG 2.5 (MPED-2 的非官方扩展版本)

01 – 保留

10 – 版本是 MPEG 2 (ISO/IEC 13818-3)

11 – 版本是 MPEG 1 (ISO/IEC 11172-3)

13 2

Layer 的索引

00 – 保留

01 - Layer III

10 - Layer II

11 - Layer I

15 1

保护位

0 – 用 16位的 CRC保护下面的帧头

1 – 无 CRC

16 4 比特率索引 (参见表 2.1.3) 1001

20 2 采样率索引 (参见表 2.1.2) 11

22 1

填充位

如果设置了，就会对每帧数据填充一个 slot (对于帧大

小的计算很重要)

23 1 私有位 (仅用于标示性的) 1

24 2

声道的模式

00 – 立体声

01 – 混合立体声

10 – 双声道 (两个单声道)

11 – 一个声道 (单声道)

注: 双声道文件由两个独立的单声道所组成。大多数解

码器把双声道输出成立体声，但是实际上，不是所有的

双声道都是立体声的。

26 2 模式扩展 (仅用于联合立体声) (参见表 2.1.6) 00

表 1 MPEG音频帧头的格式

在 MPEG 标准中，描述了一种自由格式（free format），这种自由格式意思为用一个固定

比特率对文件进行编码，而此固定的比特率不是我们表中预定义好的。一般的解码器都无法

解码这类音频文件。下面是比特率索引表，（单位：Kbit/sec）。

MPEG 1 MPEG 2, 2.5 (LSF) 比特率

索引 Layer I Layer II Layer III Layer I Layer II & III

0000 空闲

0001 32 32 32 32 8

0010 64 48 40 48 16

0011 96 56 48 56 24

0100 128 64 56 64 32

0101 160 80 64 80 40

0110 192 96 80 96 48

0111 224 112 96 112 56

1000 256 128 112 128 64

1001 288 160 128 144 80

1010 320 192 160 160 96

1011 352 224 192 176 112

1100 384 256 224 192 128

1101 416 320 256 224 144

1110 448 384 320 256 160

1111 保留

表 2 比特率

为了计算帧大小，我们需要知道，每一帧里面包含多少个采样，即采样数/帧（sample per

frame）。

MPEG 1 MPEG 2 (LSF) MPEG 2.5 (LSF)

Layer I 384 384 384

Layer II 1152 1152 1152

Layer III 1152 576 576

表 3 每帧的采样数

根据 MPEG帧头里面的索引，对应的，不同版本的 MPEG的采样率也是不同的：

采样率索引 MPEG 1 MPEG 2 (LSF) MPEG 2.5 (LSF)

00 44100 Hz 22050 Hz 11025 Hz

01 48000 Hz 24000 Hz 12000 Hz

10 32000 Hz 16000 Hz 8000 Hz

11 保留

表 4 MPEG不同版本对应的采样率 4 MP3 的播放时间的计算公式及 XING 和

VBRI头介绍

4.1 CBR 的 MP3的播放时间(duration)计算公式

因此，帧大小可以用如下公式计算：

Frame Size = ( (Samples Per Frame / 8 * Bitrate) / Sampling Rate) + Padding Size

帧大小 = （（每帧的采样数 ÷ 8 × 比特率） ÷ 采样率）+ 填充大小【公式 1】

由于舍入误差，官方的计算帧大小的方法和此稍有不同。根据 ISO 标准，应该以 slot 为单

位进行计算，然后对结果取整，再乘于 slot 的大小。

用如下公式可以计算 MP3的播放时间，以秒为单位：

CBR Duration = File Size / Bitrate * 8

播放时间 = 文件大小 ÷ 比特率 × 8 【公式 2】

对于 CBR的文件，可以用上面的公式，通过第一帧，算出整个文件的播放时间。

对于 VBR，要用另外的公式。下面将会详细介绍。

4.2 VBR 的 MP3的播放时间(duration)计算公式

想要计算 VBR的 MP3 的播放时间，我们必须要知道整个文件的平均比特率（average

bitrate）。此平均比特率，一般来说，往往和第一帧的比特率相差很大。因为 MP3音乐的

开头部分，很多是用于现实标题的一些几乎无声的数据。也就意味着，如果解码器对于 VBR

文件，按照CBR文件来解码，而去通过第一帧去计算整个文件的播放时间，那么往往结果

和实际相差很大。这也就是后面引用中一个帖子里面遇到的情况，即，Media Player Classic

播放 VBR的MP3时的时间问题。

为了得到平均比特率，你必须遍历整个文件的所有帧，然后再才能计算出来，即算出一

共有多少帧，将每一帧的比特率加起来得到个总和，用总和去除于帧数，就是平均比特率了。

由于这个做法效率太低，所以就有了 VBR的头这个东西，其放在第一帧帧头的后面的。

其包含了此 VBR一共有多少帧，有了总的帧数，你就可以用下面的公式去计算播放时间了：

VBR Duration = Number of Frames * Samples Per Frame / Sampling Rate

VBR文件播放总时间＝总的帧数 × 每一帧的采样个数÷ 比特率【公式 3】

此外，VBR的头中，往往还包含了一个用于定位的 TOC（table of content）目录表。即用

于在快进或快退的时候，通过表中的信息，可以方便地定位到对应的位置。如果没有此 TOC

表，需要单独去计算出对应的位置，比较麻烦。

4.2.1 Xing TAG / Xing头（header）

此 tag由 XING 公司推出的算法/规范，所以叫做 XING。对于大多数的 VBR文件都加了此头，但并不全是。此头位于 MPEG 音频头后面的某个特定

位置。包好了此 XING 头的第一个帧，其后的数据是空的，所以即使解码器没有考虑到此头，

也可以正常处理此帧。对于Layer III的文件来说，比如常见的MP3，此VBR放在边信息（side

information）之后。

下表是 XING 头的具体格式及含义：

位置长度（字节）含义示例

0 4

4 个 ASCII 字符的 VBR 头 ID，要么是 Xing，

要么是 Info，无 NULL 结尾（普通字符串都以

NULL,即\0 结尾）

'Xing'

4 4

存放一个标志，用于表示接下来存在哪些域/字

段,各字段逻辑或的结果.

0x0001 - 存在总帧数（Frames）字段

0x0002 - 存在文件大小（Bytes）字段

0x0004 –存在 TOC字段

0x0008 – 存在音频质量指示字段

0x0007

就表示下面存在总

帧数，文件大小总字

节数，TOC表

8 4 总帧数(Frames)，大端[可选] 7344

8 或 12 4 文件总大小，单位字节，大端[可选] 45000

8，12，16 100 TOC表，大端[可选]

8 或 12,

16, 108,

112 ，116

4 音频质量指示，最差 0，最好 100，大端[可选] 0

表 5 XING 头

虽然知道了 XING 头的具体含义，可以去根据具体的值，解析出对应的含义了，但是，由于

其是放在 side information之后的，所以，要先定位，找到 XING头，关于其位置，用如下

公式计算：

XING 头位置 = MPEG 头位置 + MPEG帧头大小 + 边信息大小

= MPEG 头位置 + 4 + 边信息大小【公式 4】

根据头的格式，Xing 头里面必须包含 ID和 flag这两个段。其他字段都是可选的，是否包含，

要看 flag 的值。有时候这个 Xing 头，CBR里面也有，此时，前面的 ID的值就是 Info，而

不是 Xing 了。

4.2.2 VBRI 头（header）

据了解，目前此头信息，只有用 Fraunhofer 的编码器生成的 MPEG 音频文件，才会用到此

头。其和 Xing 头不一样，其放在第一个 MPEG 头的后面，大小正好是 32字节。其位置，

长度和示例，都是以字节为单位。下表是 VBRi头的具体格式及含义，单位为字节：

位置长度含义示例

0 4 4个 ASCII字符的 VBR头 ID：“VBRI”无 NULL 结尾 “VBRI”

4 2 版本 ID，大端，类型：DWORD 1

6 2 延迟，类型：float 7344

8 2 音频质量指示 75

10 4 文件总大小，大端，类型：DWORD 45000

14 4 总的帧数，大端，类型：DWORD 7344

18 2 TOC表的表项数目，大端，类型：WORD 100

20 2 TOC表项的缩放因子，大端，类型：DWORD 1

22 2 单个 TOC表项的大小，单位字节，最大为 4，大端，类型：DWORD 2

24 2 帧数/表项，大端，类型：WORD 845

用于检索的 TOC表，整型值，可以通过每个表项大小乘于表项个数

得到此 TOC表的总大小，大端

表 6 VBRI头

5 计算CBR和VBR的MP3文件的播放时

间的步骤

此处只是大概总结一下，具体解析出播放时间，需要哪些步骤。其对应的代码，可以去文章

引用中的【1】，注册登录后，可以下载源代码，自己看，就知道了。

或者，可以去参考引用【2】中的 Mplayer 的 VBR 的 patch，里面写的更加简单，但是也

更容易看明白。

5.1 定位到 MPEG 的帧头的位置

如果文件开始没有 ID3 V2的头信息，那么一般 MPEG 的帧头位置是 0，当然，具体还是要

根据帧头中的同步位（sync bit），共 11位去定位找到帧头。

5.2 解析 MPEG 帧头，获取必要信息

主要是根据帧头格式，解析出 MPEG 的版本，MPEG 的 Layer，以及采样率，比特率等信

息，用于后面的解码和计算播放时长。

5.3 判断是 VBR 还是 CBR，根据公式计算播放时间

解析完 MPEG 头之后,按照如下步骤去判断是 CBR还是 VBR，并计算出播放时长： 5.3.1 定位出 Xing头

根据：

XING 头位置 = MPEG头位置 + 4 + 边信息大小【公式 4】

计算定位到 XING 头所在位置。上式中：

MPEG 头位置：

如果没有 ID3 V2 这类的信息的话，那么 MPEG 头位置就是文件的最开始，即 0的位置。

MPEG 帧头大小：

固定的 32 bit = 4字节，所以加 4.

边信息大小：

对应 Layer III，根据 MPEG 的版本，查下表可得，单位为字节：

MPEG 1 MPEG 2/2.5 (LSF)

立体声，联合立体声，双声道 32 17

单声道 17 9

表 7 Layer III 的边信息（side information）

5.3.2 如果有，解析 Xing 头，并计算播放时间

VBR文件播放总时间＝总的帧数 × 每一帧的采样个数÷ 比特率【公式 3】

计算出播放时间长度。

其中：

总的帧数（Number of Frames）：

可以通过解析 XING 头，找出里面总帧数（Frames），这个字段，一般都是存在的。

每一帧的采样个数（Samples Per Frame）：

根据前面解析 MPEG，找到 MPEG的版本，以及其实哪个 Layer，然后根据表 3.2.3 每帧

的采样数，得到，每一帧有多少个采样。

比特率（Sampling Rate）：

根据前面解析 MPEG，找到 4比特大小的比特率索引，然后根据表 3.2.2 比特率（单位：

Kbit/sec），得到此比特率大小。

5.3.3 如果没 XING头，定位出 VBRI头位置，找 VBRI 头

如果找到，解析 VBRI，然后和 XING 头算法类似，得到需要的值，再根据【公式 3】计算

出播放时间长度。

5.3.4 如果都没找到，说明是 CBR，则计算 CBR的播放时间

Xing 和 VBRI 都无，则是CBR，然后就可以用【公式 1】和【公式 2】，计算出播放时间

长度了。

其中【公式 1】中所涉及到的：

每帧的采样数（Samples Per Frame）：同上，可根据 MPEG 头解析出来。

比特率（Bitrate）：

同上，可根据 MPEG 头解析出来。

采样率（Sampling Rate）：

根据 MPEG头中解析出来的采样率索引，然后查表：表 3.2.4 MPEG 不同版本对应的采样

率，即可。

填充大小（Padding Size）：

根据 MPEG帧头中的 Padding 位得知是 0 还是 1。多数 MP3，都没有 padding，即为 0.

计算出上面几个值后，可以根据：

帧大小 = （（每帧的采样数 ÷ 8 × 比特率） ÷ 采样率）+ 填充大小【公式 1】

计算出帧大小，然后再去计算：

文件大小（File Size）：

这个自己计算就可以得到，我的理解是：

文件大小 = 总文件大小 – 头信息

这里的头信息，指的是 ID3 V1或 ID3 V2 之类的头。

剩下的，总文件大小，这个不用多解释吧，就是整个读取出来的文件大小。

然后，就可以根据：

播放时间 = 文件大小 ÷ 比特率 × 8 【公式 2】

计算出播放时间了。

6 MP3 的文件的内容组织结构

所以，总结起来，一般的 MP3 文件所包含的内容如下：

[ID3。。。] ID3 V2的头，大多数最新的 MP3，都有这个头

[APE 头] 用于 APE 格式的头，现在也用于 MPEG

第一帧包含：

1.MPEG 音频头, 固定的 4 字节

2.边信息，9/17/32 字节

[3.Xing 头] 8－120 字节，如果是 VBR，多数都有此 Xing 头，而且只有第一帧有

。。。。。音频数据。。。。

第二帧（帧头，边信息，数据。。。）

第三帧（帧头，边信息，数据。。。）

。。。

最后一帧（帧头，边信息，数据。。。）

[TAG 。。。] 128字节的 ID3 V1信息，如果没有前面的 ID3 V2，多数都有这个 ID3 V1的头

注：[]号内的，表示，可选，即如果有的话。

表 8 MP3 文件的内容组织结构

7 后记

最后想说的是，其实很无语，对于很多东西，尤其是计算机相关的技术，网上能找到的中文资料，多数都是说的不是太清楚。其中，包括我这里要找的，如何去计算 VBR的播放时间，

多数情况是，不论是去百度 Google 一下，还是去 Google 百度一下，找了半天，还是没看

到有几个人能说清楚。让人越发感叹道，国内的计算机方面的技术，和国外，差的的确不是

一点两点。人家把规范都定好了，过了 N年了，结果咱们到现在，也没几个搞清楚咋回事。。。

因此，对于计算机方面的资料，尤其是涉及底层技术的，能详细解释清楚你的问题的，多数

都是一些英文原版资料。所以，在此，再次，感谢一下原作者。。。

8 文章引用

【1】MPEG Audio Frame Header [登陆该页面后，有源码和程序供下载]

http://www.codeproject.com/KB/audio-video/mpegaudioinfo.aspx

【2】MPlayer-1.0rc1 和 MPlayer-1.0rc2 的 VBR patch

http://hi.baidu.com/serial_story/blog/item/9180ba35f07d1d1891ef39e8.html

【3】MPEG AUDIO FRAME HEADER (mp3 format)

http://www.datavoyage.com/mpgscript/mpeghdr.htm

【4】.MPEG Audio Layer I/II/III frame header

http://www.mp3-tech.org/programmer/frame_header.html

【5】MP3 Profi Info

http://www.goat.cz/index.php?path=MP3_MP3ProfiInfo

【6】MP3 Tech

http://www.mp3-tech.org/

【7】Media Player Classic 播放 VBR的 MP3时的时间问题

http://xialulee.spaces.live.com/blog/cns!4ee324c8acfa82db!230.entry?wa=wsignin1.0&sa

=835890451

【8】什么是 MP3

http://wenwen.soso.com/z/q140151046.htm

【9】Variable bitrate

http://en.wikipedia.org/wiki/Variable_bitrate

【10】MPEG Audio Compression Basics

http://www.datavoyage.com/mpgscript/mpeghdr.htm

【11】ID3 tag version 2

http://id3.org/id3v2-00

本文链接

how crt works on win32 ---Win32 Debug CRT Heap Internals

2010-08-17T03:05:00Z

http://www.nobugs.org/developer/win32/debug_crt_heap.html

Win32 Debug CRT Heap Internals
... by Andrew Birkett (andy@nobugs.org)
If you are lazy, skip the explanation and jump to the table at the bottom of the page
When you compile programs with DevStudio in debug mode, all of your calls to malloc() and free() use a special "debug" implementation. Rather than being blazingly fast, the debug heap concerns itself with spotting heap errors. It achieves this by surrounding your memory blocks with guard bytes (aka "no mans land", 0xFD) so that it can detect buffer overruns and underruns. It also initialises newly allocated memory to a fixed value (0xCD) to aid reproducability. Finally, it sets free()d blocks to a known value (0xDD) so that it can detect that people are writing through dangling pointers.
Mnemonics for remembering what each fill-pattern means:
The newly allocated memory (0xCD) is Clean memory.
The free()d memory (0xDD) is Dead memory.
The guard bytes (0xFD) are like Fences around your memory.
The debug CRT heap defers most of the heavy work to the Win32 heap functions HeapAlloc() and HeapFree(). Therefore, you won't see any first-fit or "buddy system" code in the debug CRT. The 4Gb virtual memory space which you process has is sliced up and managed by the Win32 heap inside kernel32.dll.
If you call malloc(8), the debug CRT will request a 48 byte block from HeapAlloc(). It needs the extra 40 bytes to store information about the memory blocks - such as the file/line where malloc() was called, and space for links to the next/prev heap block. In the table below, all of the debug CRT information is colored in shades of red.
HeapAlloc() itself needs bookkeeping information. The HeapAlloc(40) call will, in turn, reserve a total of 80 bytes from your process's address space. Eight bytes of bookkeeping appear below the requested 40 bytes, and the other 32 bytes appear above it. In the table below, the Win32 heap bookkeeping is colored grey. The memory which you get back from HeapAlloc() is always initialised to the 4 byte pattern 0xBAADF00D.
(As an aside, when you request pages from the VM manager via VirtualAlloc, they are initialized to zero, so HeapAlloc is actually doing additional work to re-initialize them to this pattern).
Once the debug CRT has got it's 40 byte block, it will fill in it's book-keeping information. The first 2 words are links to the previous and next blocks on the CRT heap. The choice of names is confusing, because the "next" pointer actually takes you the block which was allocated before this one chronologically, while the "previous" pointer takes you to the one allocated subsequently. The reason for the naming is that the linked list starts at the last-allocated block, and progresses back in time as you follow "next" links. The debug CRT heap also internally maintains pointers to the first and last blocks (_pFirstBlock and _pLastBlock) to allow heap-checking code to traverse all the blocks.
If the filename and line number of the malloc() call are known, they are stored in the next 2 words. Following that, the next word tells you how many bytes were requested. The next word gives a type field. Usually this is "1" which means a normal block, allocated by malloc/new. It will be "2" for blocks allocate by the CRT for its own internal purposes, and "0" for blocks which have been freed but not released back to the win32 heap (see below for more info). The final word is a simple counter which increases everytime an allocation is made.
Surrounding the 8-byte malloc()'d memory there are areas of "no mans land". These are filled with a known value (0xFD), and when the block is free()d, the CRT will check that they still have the right value. If they've changed, then your program contains an error. Unfortunately, the corruption may have happened a long time ago. You can use Purify or Boundschecker to stop at the corruption point, or if you don't fancy spending any money, you can wait a few days until I write an article telling you how to do it using only a bit of ingenuity!
The eight bytes which were originally requested are initialised with 0xCD. If you see this pattern appearing in your variables, you have forgotten to initialise something.
When you call free() on the 8-byte block, the CRT sets the whole 48-byte block (including its bookkeeping) to 0xDDDDDDDD. This means that it can tell if the block gets subsequently altered (ie. via a dangling pointer) by checking that the pattern is still there.
At this point, two things can happen. Normally, HeapFree() will be called to return the block to the win32 heap. This causes the block to be overwritten with the win32 heap's "freed memory" pattern, which is 0xFEEEFEEE. Note that the debug CRT does not maintain any "free lists" - all of that is done within the black box of HeapFree().
However, you can also tell the debug heap to keep hold of free()d blocks. You do this by passing the _CRTDBG_DELAY_FREE_MEM_DF flag to _CrtSetDbgFlag(). In this case, the debug CRT will keep hold of the block. This is useful if you are trying to track down a dangling pointer error, since memory blocks will not be reused and you should expect them to remain filled with 0xDDDDDDDD unless someone is writing to the free()d block. You can call _CrtCheckMemory() and it will tell you if any of these values have been tampered with.

Here's an allocation I prepared earlier ...
I called malloc(8) followed by free() and stepped through the CRT calls to see how the memory was changed. Read the columns from left to right, and you will see what values appear in memory at various stages during malloc() and free(). The call to malloc(8) returned a block at address 0x00321000, and I've included offsets from that address so that you can find out the information for one of your allocations.
Address Offset After HeapAlloc() After malloc() During free() After HeapFree() Comments
0x00320FD8 -40 0x01090009 0x01090009 0x01090009 0x0109005A Win32 heap info
0x00320FDC -36 0x01090009 0x00180700 0x01090009 0x00180400 Win32 heap info
0x00320FE0 -32 0xBAADF00D 0x00320798 0xDDDDDDDD 0x00320448 Ptr to next CRT heap block (allocated earlier in time)
0x00320FE4 -28 0xBAADF00D 0x00000000 0xDDDDDDDD 0x00320448 Ptr to prev CRT heap block (allocated later in time)
0x00320FE8 -24 0xBAADF00D 0x00000000 0xDDDDDDDD 0xFEEEFEEE Filename of malloc() call
0x00320FEC -20 0xBAADF00D 0x00000000 0xDDDDDDDD 0xFEEEFEEE Line number of malloc() call
0x00320FF0 -16 0xBAADF00D 0x00000008 0xDDDDDDDD 0xFEEEFEEE Number of bytes to malloc()
0x00320FF4 -12 0xBAADF00D 0x00000001 0xDDDDDDDD 0xFEEEFEEE Type (0=Freed, 1=Normal, 2=CRT use, etc)
0x00320FF8 -8 0xBAADF00D 0x00000031 0xDDDDDDDD 0xFEEEFEEE Request #, increases from 0
0x00320FFC -4 0xBAADF00D 0xFDFDFDFD 0xDDDDDDDD 0xFEEEFEEE No mans land
0x00321000 +0 0xBAADF00D 0xCDCDCDCD 0xDDDDDDDD 0xFEEEFEEE The 8 bytes you wanted
0x00321004 +4 0xBAADF00D 0xCDCDCDCD 0xDDDDDDDD 0xFEEEFEEE The 8 bytes you wanted
0x00321008 +8 0xBAADF00D 0xFDFDFDFD 0xDDDDDDDD 0xFEEEFEEE No mans land
0x0032100C +12 0xBAADF00D 0xBAADF00D 0xDDDDDDDD 0xFEEEFEEE Win32 heap allocations are rounded up to 16 bytes
0x00321010 +16 0xABABABAB 0xABABABAB 0xABABABAB 0xFEEEFEEE Win32 heap bookkeeping
0x00321014 +20 0xABABABAB 0xABABABAB 0xABABABAB 0xFEEEFEEE Win32 heap bookkeeping
0x00321018 +24 0x00000010 0x00000010 0x00000010 0xFEEEFEEE Win32 heap bookkeeping
0x0032101C +28 0x00000000 0x00000000 0x00000000 0xFEEEFEEE Win32 heap bookkeeping
0x00321020 +32 0x00090051 0x00090051 0x00090051 0xFEEEFEEE Win32 heap bookkeeping
0x00321024 +36 0xFEEE0400 0xFEEE0400 0xFEEE0400 0xFEEEFEEE Win32 heap bookkeeping
0x00321028 +40 0x00320400 0x00320400 0x00320400 0xFEEEFEEE Win32 heap bookkeeping
0x0032102C +44 0x00320400 0x00320400 0x00320400 0xFEEEFEEE Win32 heap bookkeeping
(I've tried to helpfully color-code things. Blue and grey is for Win32 heap stuff, and reds are for the debug crt heap stuff. If you hate the color scheme, the colors are set up using CSS at the top of this .html file - go edit them yourself!)
If this page just saved your life, you could always buy me a beer:
If you want to read more, check out Debugging Windows Programs, part of the DevelopMentor series.
Any comments or feedback? Please email me.
本文链接

Address	Offset	After HeapAlloc()	After malloc()	During free()	After HeapFree()	Comments
0x00320FD8	-40	0x01090009	0x01090009	0x01090009	0x0109005A	Win32 heap info
0x00320FDC	-36	0x01090009	0x00180700	0x01090009	0x00180400	Win32 heap info
0x00320FE0	-32	0xBAADF00D	0x00320798	0xDDDDDDDD	0x00320448	Ptr to next CRT heap block (allocated earlier in time)
0x00320FE4	-28	0xBAADF00D	0x00000000	0xDDDDDDDD	0x00320448	Ptr to prev CRT heap block (allocated later in time)
0x00320FE8	-24	0xBAADF00D	0x00000000	0xDDDDDDDD	0xFEEEFEEE	Filename of malloc() call
0x00320FEC	-20	0xBAADF00D	0x00000000	0xDDDDDDDD	0xFEEEFEEE	Line number of malloc() call
0x00320FF0	-16	0xBAADF00D	0x00000008	0xDDDDDDDD	0xFEEEFEEE	Number of bytes to malloc()
0x00320FF4	-12	0xBAADF00D	0x00000001	0xDDDDDDDD	0xFEEEFEEE	Type (0=Freed, 1=Normal, 2=CRT use, etc)
0x00320FF8	-8	0xBAADF00D	0x00000031	0xDDDDDDDD	0xFEEEFEEE	Request #, increases from 0
0x00320FFC	-4	0xBAADF00D	0xFDFDFDFD	0xDDDDDDDD	0xFEEEFEEE	No mans land
0x00321000	+0	0xBAADF00D	0xCDCDCDCD	0xDDDDDDDD	0xFEEEFEEE	The 8 bytes you wanted
0x00321004	+4	0xBAADF00D	0xCDCDCDCD	0xDDDDDDDD	0xFEEEFEEE	The 8 bytes you wanted
0x00321008	+8	0xBAADF00D	0xFDFDFDFD	0xDDDDDDDD	0xFEEEFEEE	No mans land
0x0032100C	+12	0xBAADF00D	0xBAADF00D	0xDDDDDDDD	0xFEEEFEEE	Win32 heap allocations are rounded up to 16 bytes
0x00321010	+16	0xABABABAB	0xABABABAB	0xABABABAB	0xFEEEFEEE	Win32 heap bookkeeping
0x00321014	+20	0xABABABAB	0xABABABAB	0xABABABAB	0xFEEEFEEE	Win32 heap bookkeeping
0x00321018	+24	0x00000010	0x00000010	0x00000010	0xFEEEFEEE	Win32 heap bookkeeping
0x0032101C	+28	0x00000000	0x00000000	0x00000000	0xFEEEFEEE	Win32 heap bookkeeping
0x00321020	+32	0x00090051	0x00090051	0x00090051	0xFEEEFEEE	Win32 heap bookkeeping
0x00321024	+36	0xFEEE0400	0xFEEE0400	0xFEEE0400	0xFEEEFEEE	Win32 heap bookkeeping
0x00321028	+40	0x00320400	0x00320400	0x00320400	0xFEEEFEEE	Win32 heap bookkeeping
0x0032102C	+44	0x00320400	0x00320400	0x00320400	0xFEEEFEEE	Win32 heap bookkeeping