2009年07月24日
和谐的世道总是会有波澜,正当作者某猫在奋力书写新一轮代码的时候,曾经来AP论坛深入探讨抄袭F某代码的木某某又来宣扬开源,顺便朝拜猫大教主。看着来自成都的木某某从盲从洋玩意的小屁孩,成长为一个有理想、有道德、有文化、有招数的伪开源党,余心甚慰。
开源事业之发展,得益于深厚的民众基础,大量狂热的技术折腾者,不知疲倦的折腾,虽然没看到过代码长什么样,虽然压根不明白为什么会有命令行,虽然分不清楚SDK、GPL和BSD,但是不妨碍成为开源党,也不妨碍要求别人成为开源党,更不妨碍要求成为开源党的别人贡献工作。于是乎,开源成为一种时尚,一个酷酷的感觉,一坨颇有些得意的谈资。小猫粗鄙,不懂大道理,傻傻的听不懂开源党信徒的高论,所以从未考虑过开源。于是乎,被木某某君指为山寨之代表,抄袭之恶首,声言有似F某者,必为抄袭,不认不行。
于是乎,猫面壁反思,确有抄袭,的确看过F某全部源代码,并全盘抄袭之。且猫不得不承认,是从F某作者的小小笔记本中以不光彩的白客手段借来读读。打开F某源代码,看到一个readme.txt,余心狂喜,打开观之,上书“信春哥,得永生;信曾哥,黄金屋”,滚动小鼠,惊现木某某签名手书“信FB,必开源”。
以上内容纯属本猫家的暹罗小猫踩踏而成,本人不明白上述内容含义、内容,谢绝人肉、谩骂、攻击、污蔑、抓捕,如有需要本猫愿意免费代为虐待暹罗小猫
附上罪魁祸首通缉照
请勿对号入座
如有雷同,纯属巧合
======一把猫毛的分割线======
风在吼,雨在下,猫咪在堆代码。新的AP内核即将现世,他将是捍卫AP荣誉的内核,也将是XP平台上最后一个内核。
江湖规矩,走马出来比试一下。对F某的某些类似木某某的愚忠乏粉丝来说,AP新内核可能不是一个好东西,而且也是抄袭FB的,不过没关系,这不妨碍我们预告一下节目:
- 异步解压和播放,意味着AP对待压缩文件可以一边解压一边播放,用户将无法察觉压缩的存在,无需等待
- 多路声卡支持,原生支持DSound、KS、ASIO、WASAPI输出选择,并自适应操作系统
- 64bit浮点精度音频数据管道
- PureMusic 2.0 纯音还原技术
- 原生Vst Host支持,预留桥接支持Winamp DSP, Foobar DSP能力
- 添加原生DTS解码器
- 支持HDMI、SPDIF音频输出
- 原生支持模拟多声道
- PCM码流级别无缝拼接,实现真无缝
- 对于DS、KS、ASIO、WASAPI实现基于PCM码流的FadeCross
- 支持流媒体,并实现无缝拼接
- 高级重采样技术
- 高级均衡器系统(DFFT和IIR)
- 对于AP原生解码器使用AP自有低延迟渲染,对于DShow扩展集成所有音效增强特性
上述是新内核的设计目标,将在新的内核架构下实现,一步步来,不过不会很久,这个清单也不是最终稿,可能还要继续加入特性。
新内核开放当口,一代流行歌王仙逝。
我们坚信:
神不会死去,他只是返回月球
因此,作为听着神的声音成长的我们谨慎决定,改变AP开发代码命名规则,以神著名的专辑“Thriller”作为新架构的开发代号,以此献给伟大的流行音乐之王,Michael Jackson。
发布在 未分类 | 29 条评论 »
2009年06月14日
有几件事情需要唠叨一下:
1 – 更新,会在下周初有一次,也就是六月中,这次更新之后,1个月之内不再更新了,因为要去做一个利用AirPlay二次开发的东西,涉及到合作,用户看不到的;
2 – 某些人以为首页上的Intel标志是Intel的广告,所以指责AirPlay充满铜臭;所谓君子爱财取之有道,这个标志代表的含义是获得Intel技术认证,使用Intel技术获得更佳软件体验;AirPlay是基于多核心处理器技术,模拟专用音频DSP,此技术方案获得Intel认可,因此获得认证(AMD用户无需担心,没有使用特殊指令);其实AP因为多线程处理及对Windows的兼容性,也获得微软认证,但是由于微软要求支持年费来维持认证,目前看不划算,所以没有支付,依据协议不能公开标示微软合作伙伴标志;
3 – 某些人认为最具戏剧性的国产软件征集中文名活动结束,根据作者审慎考虑,决定启用“飞乐”(fei yue),作为AirPlay中文名,这个比较符合单词的含义;如果有人认为和某家上市公司重名,就算是想沾点别人的好名头吧。
下半年按照计划会有一些特色功能发布,不过还是计划,毕竟事情很多;所以,我没有时间给人当教师,请自重;能自己查Google的就去Google,能看MSDN的就去看MSDN,如果连基本的都没做的,别来问。
发布在 未分类 | 17 条评论 »
2009年05月2日
为了与时俱进,为了和谐的开源世界,本人谨慎决定开放一部分AP源代码,且声明如下:
- 开放部分源代码为AP主程序代码,且遵守BSD协议,任何人可以用于任何用途;
- 作者保留维持作品(代码)完整性的全部权利;
- 作者不能保证开源部分代码为最新,且不能对可用性、健壮性以及可维护性进行任何担保,作者没有任何义务定期更新开源部分代码;
- 开源代码仅供参考。
INT WINAPI WinMain(HINSTANCE hInstance,
HINSTANCE hPrevInstance,
LPSTR lpCmdLine,
INT nCmdShow)
{
if (AvoidRunTwice()) return FAIL;
::OleInitialize(NULL);
IIEP::InitGUI(hInstance);
InitAPP();
::SetThreadPriority(GetCurrentThread(), THREAD_PRIORITY_HIGHEST);
::timeBeginPeriod(1);
AirPlay.GO(); // 音乐为我而生
::timeEndPeriod(1);
QuitAPP();
IIEP::QuitGUI();
::OleUninitialize();
return SUCCESS;
}
作者希望越来越多的人支持开源事业。如果有任何疑问或者建议,请登录论坛:http://forum.podez.com
注:此处钓伪开源党
发布在 未分类 | 63 条评论 »
2009年04月9日
总被拿去与某些播放器比较音质,特别是Foobar和千千静听,这是很无奈的事情。每个人的感受不同,偏好不同,找到适合自己的就好。这里无意与Foobar做详细的技术性比较,直接转引其官方网站的说法。
No. Most of “sound quality differences” people “hear” are placebo effect (at least with real music), as actual differences in produced sound data are below their noise floor (1 or 2 last bits in 16bit samples). foobar2000 has sound processing features such as software resampling or 24bit output on new high-end soundcards, but most of the other mainstream players are capable of doing the same by now.
从这里可以看到,上述内容。从技术角度来说,AP的内部数据精度高于上述指标,对于噪声也有自己的处理,不过是没有彻底完成输出而已。如果看不懂英文,请查词典翻译,如果实在不明白,请相互询问。
发布在 未分类 | 33 条评论 »
2009年04月7日
今天(2009年4月6日)有用户举报,有网站冒充AirPlay官方网站,提供注入木马和病毒的AirPlay软件提供给不明真相的用户下载。我们提醒所有AirPlay用户,警惕盗用AirPlay之名,行挂马投毒之实的不良网站。我们已经采取措施,包括聘请律师证据保全,发动资深用户人肉该不法之徒,收集其详细信息,在热心用户的帮助下向网监部门、主要网站、主要安全软件等进行举报。
由于其使用了与AirPlay非常接近的airplayer作为域名,使得主要搜索引擎将其排位在前。毫无疑问,这将严重误导用户,给用户带来损失,因此作为AirPlay开发团队声明如下:
真正官网地址:http://www.podez.com
山寨挂马投毒版地址:http://www.airplayer.com.cn/
区分真假AP的几个方法。
- AirPlay的英文名字是airplay,而不是airplayer,因为airplay是一个英文单词,用户可以查阅字典获知其含义。
- AirPlay官网地址是Podez.com,以及备用域名Podease.com,其余域名皆不是AirPlay官方域名,另外用户可以通过程序运行时候托盘菜单来访问官网网站。
有图有真相


根据《中华人民共和国著作权法》第二章第一节
第十条 著作权包括下列人身权和财产权:
(四)保护作品完整权,即保护作品不受歪曲、篡改的权利;
根据《中华人民共和国刑法》
第二百八十六条 违反国家规定,对计算机信息系统功能进行删除、修改、增加、干扰,造成计算机信息系统不能正常运行,后果严重的,处五年以下有期徒刑或者拘役;后果特别严重的,处五年以上有期徒刑。
违反国家规定,对计算机信息系统中存储、处理或者传输的数据和应用程序进行删除、修改、增加的操作,后果严重的,依照前款的规定处罚。
故意制作、传播计算机病毒等破坏性程序,影响计算机系统正常运行,后果严重的,依照第一款的规定处罚。
作为AirPlay的开发者,我们公开谴责这种借AP之名,行挂马投毒之实,损害AP名誉的事情。此种行为已经触犯刑法及著作权法,目前所有证据已经保留,至少100名以上的用户已经亲眼目睹,开发团队将保留诉讼权利。不要认为隐匿注册资料能够得逞,我们已经在用户的帮助下获知该服务器、域名及相关人的信息,以下公开部分信息。


发布在 未分类 | 21 条评论 »
2009年02月8日
1.做猫要傲慢独立,拒绝溺爱。懂得坚持时尚的个人酷猫主义。

2.一定要多才多艺。从初阶的“追尾巴”到高阶的“坐蹲马桶”,“当靠垫”都要广泛涉猎,逗主人开心。
3.拒绝奢侈浪费,磨爪子要挑比较便宜的家具,乱尿时要避开昂贵的地毯、沙发。
4.拒绝挑食偏食。不相信电视上的宠物食品广告,贩售猫粮和新鲜食物都要热爱。
5.要专一。就算全小区的异性猫冲你吹口哨,你也要一笑而过,不能四处留情。
6.要让主人一直拥有“纯情猫咪”的感觉。外面妻妾成群,在家里也要假装自己是猫科小甜甜。
7.对偶尔出现的老鼠,要适当表演出猫的活力与热情。
8.对于积极主动的主人要保持女猫的羞涩,不能一直贱价陪玩。
9.对于羞涩的主人要保持男猫的积极主动,爬膝抱腿咬裤脚。
10.对于曾经给你做节育手术的兽医,路上遇到了也不准抓狂乱舞爪子怒目而视。
11.偶尔也会爬到主人床上把他蹭蹭醒,“咕噜咕噜”撒个娇。
12.偶尔也会小猫依人,主人工作的时候,安静地依偎在他拖鞋上,或者腿上。
13.物质要求低。在超级昂贵的LV猫箱子与品味恶俗的塑料猫窝里都能安然入睡。
14.内心沉稳,被客人质疑你的纯种血统要面不改色,不准冲人家呲牙以示威胁。
15.对于突然移情金毛猎犬的主人的心,要随时懂得唤回来。
16.要热爱整洁,每天洗脸梳毛。更不准以装死来逃避加了宠物杀虫剂的洗澡水。
17.身材适中,身手敏捷,适应能力强。加菲猫可不是全球猫联的首推健康偶像。
18.当然,看待人生要积极。最好是体力超强,陪无聊的主人玩起来要任劳任怨。
发布在 未分类 | 6 条评论 »
2009年01月21日
最近一些不明真相的用户在论坛发贴,认为AirPlay的代码是抄袭Foobar2K而来,甚至认为Zion架构不能称其为一个播放器架构。
在此,作者郑重声明,AirPlay代码,特别是多媒体和图形底层代码,除第三方解码器代码外,完全由作者开发。因此,不存在任何抄袭或者侵犯播放器产品源代码问题,或者向某软件作者感谢问题。
如果某位用户掌握AirPlay抄袭某款播放器,特别是Foobar2K的代码的有效证据,请公开出示,请公众评判,谢谢!
如果没有有效证据,请不要污蔑中伤AirPlay,也不用质疑AirPlay产品品质和开发能力。
更重要的是正告某些用户,不要以尚未完工,仍然处于公开测试阶段的AirPlay,断章取义。
发布在 未分类 | 32 条评论 »
2008年10月31日
我想很多人不知道Zion啊,Megatron是什么。其实,他们是AirPlay产品的Codename,就是开发用的内部代号。这样做的好处,一个是可以隐藏真实真品意图,二是可以简化表达,三是一个产品组的娱乐项目,四是把它直观化传达给用户。
Zion总是比“第二代AirPlay产品架构代码”这样的表述来的简单多了。所以,我喜欢codename,我希望有机会能让用户投票决定,或者纪念某一个事件或者人物,或者是为了感谢为AP开发有特殊贡献的人,请他来命名。
从公开的Megatron开始,AirPlay产品家族启动Codename来对外对内沟通。到目前为止,AP家族的产品都遵循这样一个命名原则:
- 第一代概念验证代码,原型代码,以著名的动画片Transformers角色来命名。因为我们小的时候最喜欢的就是Transformers,很多人都这样。如同电影版上映引起的巨大轰动一样,我们也希望我们提出的概念原型能得到广泛的积极响应。所以桌面第一代命名为Megatron,就是威震天,移动第一代命名为Soundwave,就是声波,在线第一代命名为Bumblebee,就是大黄蜂。
- 第二代为正式的产品代码,在第一代的基础上总结,强化概念,成为完整产品,以电影Matrix中的地点、人物等命名。目前只有Desktop的Zion架构,Zion城是Matrix中人类在真实世界最后的据点,本意是耶路撒冷的一个珈南要塞,被大卫攻克,在《圣经》中被称为“大卫城”,后来指锡安山(耶路撒冷的一座山,上建有王宫、宇宙;锡安山在历史上被犹太人视为犹太国民生活中心的象征) 。可见Zion的意思不一般哦。
- 第三代还没有出现,甚至概念都没有。不过如果继续延续使用电影中的要素命名方法,可能会是电影the Lord of the Rings。不过也有朋友反对继续沿用电影要素的方式,也可能是美食的名字,比如Sushi,或者是以某些名猫命名,Scottish Fold。
发布在 未分类 | 189 条评论 »
2008年10月31日
Technorati 标签:
airplay,
移动设备,
手机,
设计
近一段日子,不少朋友在群里或者在论坛和我说,做一个手机播放器吧。虽然我不太愿意透露,但还是让大家知道吧。
这个产品在AirPlay家族的产品路线图上是有自己位置的,它叫AirPlay Mobile,按照AirPlay家族的开发代码的命名规则,昵称为Soundwave。
在Transformers里面,Soundwave是Decepticon之中负责情报收集的,是Megatron忠实的左膀右臂,负责情报收集,可以变形为收音机。事实上,Soundwave的概念设计就是类似的。它是AirPlay Desktop的延伸,可以与Megatron(这是上一代代码开发代号,新一代是Zion,再下一代可能是Sushi或者Gandalf)协作,将音乐体验延伸到移动设备。由于客观条件限制,以及Zion尚未完工,Soundwave还只是概念,不过可以预见的是,Soundwave并不会是一个轻松的、简单的小玩意。
事实上,我们毫不担心Soundwave的解码能力,一样能继承Zion架构的强大解码能力,只要能够支持Standard C++,移植解码部分的难度不会很大。但是界面、读取压缩、无缝播放都是很痛苦的,这并不是技术上的原因造成,而是移动设备上的条件限制。
首先,屏幕和色彩,无论使用和用自适应基础,手机的屏幕大小和颜色总是千差万别的。想要精细控制的话,基本上就必须要为每一个来设计,那不是一个很小的工作量。要知道,Zion界面设计的时间要占据产品开发周期1/3左右的时间。
其次,CPU计算能力和电力供应。众所周知,手机都是有电池的,那意味着电力供应有限,不能因为一个播放就把用户电力消耗干净,应该尽可能介绍不必要的电力消耗。但是一个复杂的图形,不可避免的计算;解压缩所需要的计算,这些都需要重新考虑。而且,现在还不清楚手机CPU的计算能力可以达到如何的程度,是否可以采用目前的多线程机制,不知道对X86代码的移植是否存在障碍。毕竟Zion的底层使用了相当数量的汇编语言。
最后,多平台。手机上的平台众多,说起来起码有J2ME、Symbian家族、Windows Mobile家族、Linux、iPhone,还有Google家的Android。中间是否要全部支持,或者只需要开发特定的版本,是否有共性,是否有个性,是否可以统一键盘差异,这些都是问题。既不能非常消耗精力,又要达到极致,这是很难的。
既然还有这么多未知问题,不如先让Soundwave继续概念,当概念变成原型,通过用户验证了概念,那么Soundwave荣耀登场的时间就不远了。
欢迎有移动开发经验的朋友多提意见,和我交流。
发布在 未分类 | 21 条评论 »