Tao of AIRPLAY

飞乐之道

软件名称为:

绿坝 – 花季护航(以下简称某软件)

本软件供应商:

不详

AIRPLAY飞乐免责声明:

AIRPLAY飞乐作为独立软件提供商(以下简称本ISV),向用户提供免费之播放软件AIRPLAY飞乐(以下简称AP)。因不可抗力,对于安装有Windows 32bit计算环境的用户(以下简称用户),可能安装有某软件。鉴于:

一、AP使用透明界面,可能受到背景窗体图像影响,或;

二、在歌曲信息中,包括但不限于标签信息、歌词信息、歌手图片、专辑封面、用户自定义信息,可能存在被某软件视为有害内容,包括但不限于文字、图像、图形、声音、二进制信息(以下简称疑似有害信息),或;

三、用户可能将AP用于传播疑似有害信息;

AP,包括但不限于与本ISV有关联的软件和服务,不保证与某软件的任何内容、功能、服务之完全兼容性,且对用户或其它任何第三方因为AP与某软件冲突引起的个人或身体损伤、财产损失或其它损失(包括但不限于对用户PC的损失)的要求、主张、索赔、诉讼、费用和其他责任(包括但不限于合理的律师费、专家费用和法庭费用;修改、替换或者处理因与某软件冲突有关的成本、费用和损害赔偿),由某软件供应商独自承担。本ISV就此不承担任何责任。

潜在冲突预见及免责声明:

一、AP仅包含涉及播放的功能,并不拥有、存储、转发、记录用户播放之内容,亦无了解内容之技术及计算能力了;

二、因本ISV无法了解某软件原理、作用、方法、过程,无法有效避免可能导致,包括但不限于:

    1.AP图形外壳崩溃,无法响应用户操作;

    2.AP程序崩溃并退出;

    3.使得用户操作系统出现不可预见之问题;之结果。

本ISV无法预见、了解及认识上述问题之原因、过程及结果,亦无法提供有效的意见、建议或解决方案,请用户联系某软件开发商予以解决,亦不对上述现象发表评论和见解。

三、当用户认为AP与某软件冲突造成不可接受的结果时,本ISV强烈建议用户移除AP。

三两事

有几件事情需要唠叨一下:

1 – 更新,会在下周初有一次,也就是六月中,这次更新之后,1个月之内不再更新了,因为要去做一个利用AirPlay二次开发的东西,涉及到合作,用户看不到的;

2 – 某些人以为首页上的Intel标志是Intel的广告,所以指责AirPlay充满铜臭;所谓君子爱财取之有道,这个标志代表的含义是获得Intel技术认证,使用Intel技术获得更佳软件体验;AirPlay是基于多核心处理器技术,模拟专用音频DSP,此技术方案获得Intel认可,因此获得认证(AMD用户无需担心,没有使用特殊指令);其实AP因为多线程处理及对Windows的兼容性,也获得微软认证,但是由于微软要求支持年费来维持认证,目前看不划算,所以没有支付,依据协议不能公开标示微软合作伙伴标志;

3 – 某些人认为最具戏剧性的国产软件征集中文名活动结束,根据作者审慎考虑,决定启用“飞乐”(fei yue),作为AirPlay中文名,这个比较符合单词的含义;如果有人认为和某家上市公司重名,就算是想沾点别人的好名头吧。

 

下半年按照计划会有一些特色功能发布,不过还是计划,毕竟事情很多;所以,我没有时间给人当教师,请自重;能自己查Google的就去Google,能看MSDN的就去看MSDN,如果连基本的都没做的,别来问。

DSC00375

支持开源事业,开放一部分源代码

为了与时俱进,为了和谐的开源世界,本人谨慎决定开放一部分AP源代码,且声明如下:

  1. 开放部分源代码为AP主程序代码,且遵守BSD协议,任何人可以用于任何用途;
  2. 作者保留维持作品(代码)完整性的全部权利;
  3. 作者不能保证开源部分代码为最新,且不能对可用性、健壮性以及可维护性进行任何担保,作者没有任何义务定期更新开源部分代码;
  4. 开源代码仅供参考。

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

注:此处钓伪开源党

关于Foobar – 所谓音质

      总被拿去与某些播放器比较音质,特别是Foobar和千千静听,这是很无奈的事情。每个人的感受不同,偏好不同,找到适合自己的就好。这里无意与Foobar做详细的技术性比较,直接转引其官方网站的说法。

Does foobar2000 sound better than other players?

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的内部数据精度高于上述指标,对于噪声也有自己的处理,不过是没有彻底完成输出而已。如果看不懂英文,请查词典翻译,如果实在不明白,请相互询问。

今天(2009年4月6日)有用户举报,有网站冒充AirPlay官方网站,提供注入木马和病毒的AirPlay软件提供给不明真相的用户下载。我们提醒所有AirPlay用户,警惕盗用AirPlay之名,行挂马投毒之实的不良网站。我们已经采取措施,包括聘请律师证据保全,发动资深用户人肉该不法之徒,收集其详细信息,在热心用户的帮助下向网监部门、主要网站、主要安全软件等进行举报。

由于其使用了与AirPlay非常接近的airplayer作为域名,使得主要搜索引擎将其排位在前。毫无疑问,这将严重误导用户,给用户带来损失,因此作为AirPlay开发团队声明如下:

真正官网地址:http://www.podez.com

山寨挂马投毒版地址:http://www.airplayer.com.cn/

 

区分真假AP的几个方法。

  1. AirPlay的英文名字是airplay,而不是airplayer,因为airplay是一个英文单词,用户可以查阅字典获知其含义。
  2. AirPlay官网地址是Podez.com,以及备用域名Podease.com,其余域名皆不是AirPlay官方域名,另外用户可以通过程序运行时候托盘菜单来访问官网网站。

有图有真相

airplay googlebaidu-1

 baidu baidu_web 

根据《中华人民共和国著作权法》第二章第一节

第十条 著作权包括下列人身权和财产权:

(四)保护作品完整权,即保护作品不受歪曲、篡改的权利;

根据《中华人民共和国刑法》

第二百八十六条 违反国家规定,对计算机信息系统功能进行删除、修改、增加、干扰,造成计算机信息系统不能正常运行,后果严重的,处五年以下有期徒刑或者拘役;后果特别严重的,处五年以上有期徒刑。
违反国家规定,对计算机信息系统中存储、处理或者传输的数据和应用程序进行删除、修改、增加的操作,后果严重的,依照前款的规定处罚。
故意制作、传播计算机病毒等破坏性程序,影响计算机系统正常运行,后果严重的,依照第一款的规定处罚。

作为AirPlay的开发者,我们公开谴责这种借AP之名,行挂马投毒之实,损害AP名誉的事情。此种行为已经触犯刑法及著作权法,目前所有证据已经保留,至少100名以上的用户已经亲眼目睹,开发团队将保留诉讼权利。不要认为隐匿注册资料能够得逞,我们已经在用户的帮助下获知该服务器、域名及相关人的信息,以下公开部分信息。

dns network未命名

1.做猫要傲慢独立,拒绝溺爱。懂得坚持时尚的个人酷猫主义。

DSC01681

2.一定要多才多艺。从初阶的“追尾巴”到高阶的“坐蹲马桶”,“当靠垫”都要广泛涉猎,逗主人开心。

3.拒绝奢侈浪费,磨爪子要挑比较便宜的家具,乱尿时要避开昂贵的地毯、沙发。

4.拒绝挑食偏食。不相信电视上的宠物食品广告,贩售猫粮和新鲜食物都要热爱。

5.要专一。就算全小区的异性猫冲你吹口哨,你也要一笑而过,不能四处留情。

6.要让主人一直拥有“纯情猫咪”的感觉。外面妻妾成群,在家里也要假装自己是猫科小甜甜。

7.对偶尔出现的老鼠,要适当表演出猫的活力与热情。

8.对于积极主动的主人要保持女猫的羞涩,不能一直贱价陪玩。

9.对于羞涩的主人要保持男猫的积极主动,爬膝抱腿咬裤脚。

10.对于曾经给你做节育手术的兽医,路上遇到了也不准抓狂乱舞爪子怒目而视。

11.偶尔也会爬到主人床上把他蹭蹭醒,“咕噜咕噜”撒个娇。

12.偶尔也会小猫依人,主人工作的时候,安静地依偎在他拖鞋上,或者腿上。

13.物质要求低。在超级昂贵的LV猫箱子与品味恶俗的塑料猫窝里都能安然入睡。

14.内心沉稳,被客人质疑你的纯种血统要面不改色,不准冲人家呲牙以示威胁。

15.对于突然移情金毛猎犬的主人的心,要随时懂得唤回来。

16.要热爱整洁,每天洗脸梳毛。更不准以装死来逃避加了宠物杀虫剂的洗澡水。

17.身材适中,身手敏捷,适应能力强。加菲猫可不是全球猫联的首推健康偶像。

18.当然,看待人生要积极。最好是体力超强,陪无聊的主人玩起来要任劳任怨。

最近一些不明真相的用户在论坛发贴,认为AirPlay的代码是抄袭Foobar2K而来,甚至认为Zion架构不能称其为一个播放器架构。

在此,作者郑重声明,AirPlay代码,特别是多媒体和图形底层代码,除第三方解码器代码外,完全由作者开发。因此,不存在任何抄袭或者侵犯播放器产品源代码问题,或者向某软件作者感谢问题。

如果某位用户掌握AirPlay抄袭某款播放器,特别是Foobar2K的代码的有效证据,请公开出示,请公众评判,谢谢!

如果没有有效证据,请不要污蔑中伤AirPlay,也不用质疑AirPlay产品品质和开发能力。

更重要的是正告某些用户,不要以尚未完工,仍然处于公开测试阶段的AirPlay,断章取义。

AirPlay家族产品Codename命名法则

我想很多人不知道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。
Technorati 标签: ,,,

近一段日子,不少朋友在群里或者在论坛和我说,做一个手机播放器吧。虽然我不太愿意透露,但还是让大家知道吧。

这个产品在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荣耀登场的时间就不远了。

欢迎有移动开发经验的朋友多提意见,和我交流。

没有分类目录

没有分类目录

没有分类目录

没有分类目录

没有分类目录

没有分类目录

没有分类目录

没有分类目录