Riff Raff，恵みの雨，Red to Black

前言
这篇文章是关于Airplay的，但是我并没有大肆夸奖Airplay。在这篇文章里，只有很短的一部分是介绍Airplay的新功能的——在“第二章”中，我介绍了Airplay的“最新”版本2008-02-07（这是一个内测版，公开的最新版是2008-02-03）中的全新Minibar——其余的各部分，则相当于一篇关于Airplay的“科普”文章。我会解答一些有关Airplay的疑惑，会告诉你一些你所不知道的事，还会在文章末尾奉上“猫婶访谈录”，了解Airplay作者自己对这个软件的一些想法，找到Airplay如此与众不同的原因。
我也希望那些没有使用过Airplay的朋友，在读过这篇文章之后，会去下载并且使用Airplay，并把你们的意见和建议反馈给Airplay团队，一起去支持这样一款精致的国产软件。

正文从这里开始～～～
第一章 简单回顾
Airplay（简称AP）最早是一款播客软件，当然，由于实力的原因，主要是收听播客内容用的。后来，因为某些原因，AP变成了一款音乐播放器。在AP官网改版之前，你可以在上面找到一些实验性的exe，以及播客版的AP。但是，官网改版之后，这一切就都不知道哪里去了。
AP发展至今，有两个主要的版本：Megatron和Zion，你可以把它们当作Airplay I和Airplay II。对于这两个版本，可能很多人会有很多疑问：
1、为什么Zion一开始的功能如此的少？
2、为什么Megatron有的功能Zion没有？
3、为什么Zion和Megatron看上去就像两个不同的软件？
上面的这三个问题可能是被问到的次数最多的。其实，这三个问题的答案是一样的。
事实上，如果你同时拥有Megatron和Zion的所有测试版的文件，一一对比的话，你就会发现，这两个版本的发展历程其实是相似的。Megatron以一个漂亮的界面原型为起点，陆续地添加基本播放功能、歌词、Minibar、多列表，并根据用户反馈来调整功能和修正Bug；Zion同样是以一个界面原型为起点，同样是陆续地添加播放、歌词、Minibar等功能，并且不断地根据QQ群和论坛中的用户反馈来进行改进。
在这个过程中，随着Megatron的功能的增加，猫婶感觉到Megatron的设计粗糙，架构不够合理，无法满足AP的发展需求。于是，Megatron被推倒，而Zion诞生了，它的一切都是重新设计了的，所以你才会看到一个近乎从头做起的AP。这就是上面问题的答案。
第二章 介绍全新的Minibar
在经历了5个多月没有Minibar的痛苦岁月之后，猫婶终于重新给出了带有Minibar的AP。
重新开发的Minibar采用了和Zion同样的风格，将Minibar分为两条：一条是和主窗口功能类似的控制条，平时显示歌曲信息，鼠标移动到该Minibar上时则显示控制按钮；另一条则是单独的歌词显示条，如果不需要看歌词，可以将其隐藏。主控条上面除了播放控制按钮之外，还有两个按钮，一个是歌词条的快速开关，另一个是播放列表窗口的快速开关。另外，主控条的右键菜单也和主窗口的不同——把“播放列表”和“歌词窗口”这两项换成了“随机播放”和三个不同的循环模式这四项，以弥补Minibar窗口面积的不足。
Minibar的效果一向是AP中最出彩的，上一版本Megatron是，现在的Zion也是。Zion的Minibar的视觉效果与Vista的Aero类似，平时界面的透明度非常高，只有一层淡淡的渐变色从顶端到底端过渡，文字周围的颜色会比较深，以保证用户能够看得清楚；当鼠标移动到Minibar之上的时候，背景的渐变色会变浓，不透明度增高，而且背景色会有呼吸效果——从Minibar的中心部位到两端，背景颜色较浓的区域会慢慢地扩张、收缩，好像心脏的跳动。这个效果在论坛上大受好评，很多人赞不绝口，甚至有人建议根据音乐节奏来调整呼吸速度，直接用它来作为音乐播放时的可视化效果。你觉得这个建议如何呢？
第三章 关于AP，你应该知道的一些事
1、AP的版本号
AP没有使用传统的版本区分方式，而是采用“代码名+版本类型+日期”的方式来区分版本。其中，代码名（Codename）可能是Megatron或者Zion，用于区分AP的代数（1代还是2代）；版本类型可能是Close Alpha、Close Beta等，代表是内测还是公测；日期就不用解释了。所以，一个标准的AP版本应该写成这样：Zion Close Beta 2008-02-07。
你可以在AP的“软件设置”对话框里面找到这个版本号。不过那里的版本号更加过分，精确到了Build的时间（时：分：秒），你大可不必管它。之所以精确到几点几分几秒，是因为AP有过一两天内更新好几次的情况。
2、AP的资源占用
AP可能在如下两种情况下表现出高资源占用：播放压缩包内的音乐，进行界面交互（在AP的界面上操作）。在播放压缩包内的音乐的时候，AP实际是利用内存来临时解压并播放，这会导致很高的内存占用；在进行界面交互的时候，AP需要使用CPU来进行有关的图形运算，以便显示各种特效，这可能造成AP的CPU占用率出现一些较大的峰值，比如20%。这些问题是无法避免的，因为播放压缩包就必须要用很多内存空间，视觉特效的也要靠CPU来运算（靠GPU运算？你觉得现实么？）。针对这些问题，在开发过程中，猫婶进行了大量的优化，包括使用汇编和C++的混合编程，尽量地提高AP的效率，所以，AP现在的资源占用，已经达到极限，难以继续优化了。
必须要说的是，我在AP论坛经常看到抱怨AP资源占用的帖子。有的朋友无法接受AP在自己的Core 2上出现超过20%的CPU占用率——即使那只是一个峰值——不停地要求AP把CPU占用做到永远都在个位数；还有的朋友用着配置较低的机器，在使用AP的时候出现假死、反应迟缓、拖慢系统等问题，且不说这些问题中是否有软件间的冲突存在，就说这些配置，有的甚至都达不到Vista的最低运行要求，跑不顺AP也是情有可原的。猫婶不止一次地说过，机器太差的同学，请慎用AP——虽然是款播放器，但AP还是有一定的配置要求的。
3、AP的图形界面
常有人对AP那充满了各种华丽效果的界面感到好奇，也常有人猜测这界面的开发手段：是不是GDI++？是不是某个Windows API？
现在我可以明确地说，猫婶对自己的一大要求就是，不使用Windows标准控件，尽量少用甚至不用Windows API。现在的Zion中，除了打开文件的那个对话框之外，其余的界面控件，从窗体到按钮，都是属于猫婶自行开发的控件库的。这些控件的外观，都是一个像素一个像素画在屏幕上的。AP论坛中有朋友用各种不同的方式证明了这一点：你可以用Spy++去查看，也可以在Linux下用Wine来试着运行，结果都是，AP基本没有使用Windows的标准组件。
所以，当你发现AP界面里的某个文本框的行为很奇怪的时候，请不要认为这是一个Bug——这只不过是因为猫婶暂时没有精力，让自己的控件在行为上完全和Windows标准控件一致而造成的。
4、AP的其他平台版本
这是论坛上另一个被广为询问的问题：AP什么时候会出Linux版本。我不知道中国什么时候出了这么多Linuxer，但我可以负责任地重复猫婶的原话：AP即使要登陆到别的系统上，也一定是先登陆Mac OS，而不是Linux，因为从全球的桌面操作系统市场来看，Linux是非主流的。实际上，Linux的占有率确实低于Mac OS，甚至低于Hackintosh（在PC上安装的、破解了的Mac OS系统）。因此，AP登陆Linux平台的可能性，甚至要比猫婶因为种种原因停止更新AP的可能性还要低。
退一步说，其实现在已经有开发计划的、Windows以外的Airplay，只有一款手机版。因此，不论是Mac OS版的AP，还是Linux版的AP，现在还都只存在在大家的想象中，而猫婶对其完全没有计划。
5、关于插件和皮肤
AP不会直接支持WinAMP及其兼容格式的插件，而会直接支持VST插件。在Foobar等软件中，你需要使用一个桥接器来调用VST（把VST转为WinAMP的DSP），而在AP中，如果你很想使用WinAMP的插件，你可能也需要一个桥接器（把WinAMP的DSP转为VST）。
至于皮肤（Skin，或者Theme），现在并没有让大家可以DIY的打算，因为AP的界面很特殊，包含了很多特效，所以在外观这一方面，现在暂时只能更改颜色，而以后也很可能只会由官方推出一些Skin以供更换。
6、关于AP的音质
我对音质并不在行，但是按照猫婶的意愿，AP主要追求高还原度，追求原汁原味，而不是各种修饰。
第四章 猫婶访谈录
coolcfan
你好～～（采访总是从废话开始……）
流浪的猫
你好～～
coolcfan
你就是Airplay的作者？（我的明知故问）
流浪的猫
之一。所有有贡献的人，都应该是作者，所以，我是之一。
coolcfan
哦～我在网上看到，Airplay从前是一个播客软件，是什么使它变成一款纯音乐播放器的？
流浪的猫
因为播客软件有两个东西很重要，一个是频道，就是内容 ；另一个是播放本身。
实践得知，播放的意义大于内容，没有播放，不会有内容；反之，有了播放，内容解决起来比较从容。
这也是，所有RSS端软件很脆弱的原因。
coolcfan
所以？
流浪的猫
所以，播放是很基本的东西，所有和内容有关的，都是从播放开始的。
coolcfan
关于Airplay这个软件，能否介绍一下，你做Airplay的“心路历程”？
流浪的猫
很简单，在一个大众消费软件领域，用新的视角和方法，演绎一个新东西。
coolcfan
嗯，这个算是想法吧？我问的是“历程”～能稍微详细点么
流浪的猫
怎么个详细法？
coolcfan
就是说，在制作AP的过程中，你有什么样的感受，你的心情是怎样的，如此～
流浪的猫
没什么特殊的感受，一步步做，平静～
coolcfan
AP的开发过程顺利吗？
流浪的猫
有不顺利的地方，就是Megatron更换到Zion架构。
按照计划 Megatron是实验产品的概念，但是Megatron设计过于粗糙，很多问题没有考虑到，被迫废止。这个带来时间上的损失是很大的。
反过来说呢 ，没有Megatron实验，也就不会有Zion架构，这样的定位，细节，很多概念的设计等等。
coolcfan
在开发的过程中，遇到过外界的阻力么？
流浪的猫
外界阻力没有。相对其他产品，我们的产品团队是相当独立于用户的。用户的意见只是参考， 不是最后决策的完全依据。这一点，在官方博客也说了。
压力在于时间，在于产品是否能把要实现的概念实现。
coolcfan
这样必然会带来部分用户的不满甚至攻击，不是吗？
流浪的猫
对的。不过，我坚持我的观点，你无法争取所有的用户，你只要清楚，什么时候该争取谁，就行了。
 
coolcfan
但是口碑效应在国内是很重的
流浪的猫
对，很重要。关键你怎么看待口碑。
coolcfan
部分你无法争取的用户可能会让你的潜在用户流失……
流浪的猫
不会的。
coolcfan
比如如果有个人告诉我AP很烂，当年我可能不会下载AP～～
流浪的猫
因为用户基础很庞大，很小的比例，都是很庞大的数量了。
怎么说呢，对于个人是这样，但是对于整体，感觉是另外的，如果陷入细节，必然完蛋。
做产品，应该看到面，也应该看到典型客户。
coolcfan
可以看出你对市场有着很独到的看法～～
流浪的猫
不是很独特，应该是很正规吧，哈哈～～
coolcfan
那么下面可以介绍下你在Airplay中花心血最大的地方么？
流浪的猫
Zion架构的底层，从技术上是最大的，但是比技术更复杂的，是界面和交互设计。这个时间，远远比技术开始时间要长。
coolcfan
我们常常可以听到“Zion的底层”这样的说法，能够形象地解释下吗？尽量以普通用户能听懂的语言～
流浪的猫
很简单啊。
如果你盖摩天大楼的话，你能看到的是地面之上的，很雄伟的建筑；但是你知道吗，地基对于摩天大楼非常重要，决定摩天大楼能否立住，成本也要占据1/3甚至1/2。
你能看到的东西，都是基于一个基础来实现的，相当于地基，框架之类的东西。很多软件的地基没做好，以后的开发就是打补丁似的。
coolcfan
在Zion的开发过程中，你先做了一个Framework？
流浪的猫
谈不上framework，就是一个特定的技术，代码，封装了基础特性，抽象了很多基础的行为。
coolcfan
你能详细地自我介绍下吗？
流浪的猫
我就是一个IT民工，靠几行代码为生。
coolcfan
写简历那样～
流浪的猫
那个不方便泄漏，老子喜欢低调到死，闷声发财。
coolcfan
好吧，说到闷声发财，你在做的是一个免费软件，在已经过去的那些日子里，你是如何解决财务问题的？你是全职做AP么？
流浪的猫
对啊，不过还可以做一些其他的事情～
coolcfan
那么你的收入……
流浪的猫
低调，低调……
coolcfan
我们没有看到过免费软件主页上常有的“捐助”～～
流浪的猫
我生性自然，无欲无求。
我觉得捐助会影响后面的商业化；我认为，如果让用户捐助就是让用户投资，必须有回报，那个计算起来就很复杂了，会影响商业化。
coolcfan
但是在商业化以前呢？你的收入……
流浪的猫
也不会接受捐助的，那个不合理。收入总是有办法的，何况开销也不大。
coolcfan
我们可以认为你有别的收入么？
流浪的猫
可以。
时间、精力和资金，都是对AP项目的投资。
coolcfan
我不小心看到了你的Live Space，上面提到了很多人，这就是AP的产品团队么？
流浪的猫
Live Space是私人的。不是团队。很多无关的人，很热心。
我不是一个人在战斗，有很多帮忙的，比如媒体的朋友，我的同学、朋友，以前的同事，等等。还有一些提供技术帮助的朋友。
coolcfan
除了帮助你的人，有没有和你一样全职来做这个的？
流浪的猫
有很多人会花很大的精力投入这个项目，但是没有人是绝对的100%，毕竟大家还有自己的私生活。
coolcfan
但是似乎代码部分是你在负责？
流浪的猫
但是还有一些技术性资料要整理，技术方案要评估，这些的工作量都是很大的，可能超过直接编码。
这个对不做产品的用户来说，有点难于理解，但是用户理解的开发，只占很小比例的。
coolcfan
是的，这我能理解。
关于代码～～你能写出如此PL的软件，经过了怎样的积累？
流浪的猫
首先是使用工具的能力，比如Visual Studio 等等；
一个领域的专研，比如多媒体技术；
最重要的，是多年的积累。
coolcfan
以及数学功底？听说你在数学竞赛拿过奖～
流浪的猫
对，这个是需要的，对算法需要有一定的认识。
coolcfan
这是否给 图形 和 声音信号处理 方面带来了优势？PureMusic会直接与声音打交道～
流浪的猫
对，有一定的优势。但是我不是数学家。
更多的是数字信号处理，理解信号是如何处理的，波形啊，算法啊什么的～
比如，离散域快速傅立叶变换。
coolcfan
哈，这个我学过一点，感觉很难。
流浪的猫
对，不过有现成的工程资料，可以去大学图书馆查，可以在网上找，可以看国外的论文，还可以去买书。
看论文是个好方法，哈哈～～
coolcfan
好吧，随着我电脑的没电，今天先到这里。
流浪的猫
谢谢诶，感谢媒体采访～
感谢观众，感谢 CCTV，MTV……

Tweet This!

提交到Script & 样式

分享到Blinklist

分享到del.icio.us

Digg this!

发到Diigo

分享到Reddit

Buzz up!

Stumble upon something good? Share it on StumbleUpon

分享到Technorati

分享到Mixx

发到MySpace

提交到DesignFloat

分享到Facebook

Email this to a friend?

Suggest this article to ToMuse

订阅这篇文章的评论？

分享到Linkedin

发到Newsvine

分享到Devmarks

添加到Google Bookmarks

添加到Mister Wong

添加到Izeby

分享到Tipd

分享到PFBuzz

分享到FriendFeed

Mark this [...]