Sayonly's blog

Youtube将引领视频走向直播

只说 — Sat, 01 Mar 2008 16:56:00 +0800

-只说 sayonly.com english | other 互联网呼唤视频直播

最近真是比较落伍阿，如果不是Tangos提醒，我居然连youtube这么大的已经确认的内部消息，都不知道。

Meyers: “When are you guys gonna do live video on YouTube?”

Chen: “2008. We’ll do it this year.

“Live video is just something that we’ve always wanted to do, we’ve never had the resources to do it correctly, but now with Google, we hope to actually do it this year.” (NewTeeVee)

就是昨天的消息，最早的传言大概是在1月份。

从种种迹象看来，youtube应该会采用apple的h264的streaming server，这是一个至今尚未商用，开源的服务器。国内，华为和中兴都基于apple的这个server开发了自己的server，结果商用效果差得一蹋糊涂，至今也有很多问题无法解决，这实在有些丢脸。更加丢脸的是有些人知道自己终端h264解决得不好，就忽悠中国移动去使用并不适合的h263，结果还居然让人家接受了方案。不知道google天才工程师这回能否比我们国内的两大巨人厉害点，拭目以待阿。

Youtube使用h264直播引发的最大问题，恐怕就是互联网直播授权费的问题了。我曾经说过(这里)，互联网的码流标准是未付过费的。Youtube这次作直播，h264标准组织会不会向他们征收授权费呢？如果是，又如果靠google的财力解决授权的问题，互联网今后的日子怎么过？当然，h264标准组织的态度恐怕也会改变，不患大家都交得少或者不交，患的是，一家交了其他的都没交。如果不是，那么，电视公司们，大家赶紧上互联网直播去阿，那里连h264都没license的！

另外，youtube是否会提供webcasting，自己拍自己直播？类似于yahoo前段时间提供了又撤下来那个，类似于以前国内所谓视频聊天的房间，后来被喊停的那个（其实是一个人拍，其他人都在房间里面看，但是还是叫“聊天”，叫法比较稀奇古怪）。

（订阅RSS频道：文儿 feed.sayonly.com 收藏 tag.sayonly.com ）

P2P是直播手段而不是非目的

只说 — Wed, 06 Feb 2008 05:07:00 +0800

-只说 sayonly.com english | other 互联网呼唤视频直播

这几天刚发了几篇文章了，好久没有更新，居然还有人关注，幸甚至哉。提到P2P的问题，我简单的作一下说明。

1，P2P是直播手段而不是非目的
P2P作为一种技术手段，是因为互联网网络特点而出现的（例如移动网络就不存在P2P，即使到了3G）。首先，互联网是一种分散式结构，这种结构的特点就是，每个用户都是一个节点。用户A和B之间的网络，可能会比A和服务器C之间，B与服务器C之间的速度要快。用户可以从别的用户那里取得相同的一份内容，而不用每个用户都从服务器上去取。从而节省服务器的带宽。

P2P是直播的一种手段，它是节省服务器带宽而派生出来的技术。

2，P2P这个手段解决不了直播的全部问题
P2P要求，在用户到达一定规模，在同一网段/相近网络的用户到达一定级别，重用的数据包才多，效果才好。它既不能说是直播的终极手段，也并非可以解决直播的全部问题。

从这个角度来说，P2P是分散网络中用户集中的一种手段而已。从表象上看，不能成为互联网主流的应用。互联网主流的，都是足够分散，来源和消费，都需要足够的数量级。而P2P的源集中在少数，而消费者（即用户）要求是海量的，它高高在上如明星大擘，需要拥趸者们。而不可能所有的都在聚光灯下，互联网的游戏也不是精英者们。

3，P2P是浏览器不能承受之重
众所周知，浏览器应用需要在一个sandbox里面运行（我之前谈RIA谈到过），它对于本地访问是有安全性限制的，而P2P需要本地相当的缓存、上传控制，它本身相当厚重，浏览器就像古代的轻步兵，而P2P应用则类似于现代的重炮。

4，直播长尾
直播的大部分需求，它可能是在小范围内的，轻量级的。而非都需要P2P这么的应用。少量的例如春晚、足球实况等会存在大量的在线用户，而更多的直播源，它的数量级可能相当大，则只拥有少量的观看用户，这就是直播的长尾。

（订阅RSS频道：文儿 feed.sayonly.com 收藏 tag.sayonly.com ）

直播将改变大众对手机的使用方式

只说 — Mon, 04 Feb 2008 05:47:00 +0800

-只说 sayonly.com english | other 互联网呼唤视频直播

注意到，这个题目并不是本文的主题。为了呼应与本系列的主题，互联网呼唤直播（或者说是互联网浏览器呼唤直播），本文是谈谈其他的终端如何表现。我有个很粗浅的判断：手机直播即将改变手机使用方式。所以，直接把它作为题目了，干扰视听，勿怪。

1，直播将改变大众对手机的使用方式
上一次手机的功能带来对手机使用方式的改变是什么？我想算是手机拍照，记得照相手机从日本传入中国的时候，大家震惊莫名，讨论铺天盖地，后来也平安接受，日本的手机有拍照不带咔嚓声的，是居家旅行，当面偷拍，必备之器具。拍照功能之后，大众看待手机，使用手机的方式，发生了根本性的变化。这种变化，IPhone的上网功能也未必带来如此远的影响。

直播，并非仅仅指手机可以上可以收看实时的视频流，而且还包含，手机可以直接利用摄像头，拍摄眼前正在发生的事情，并且，在PC上的用户，打开一个网页，就可以直接看到。

2，摄像头普及率
我在北京上海进入网吧，并没有发现摄像头普及率已经很高。然而比较奇怪的是，我询问作网吧联盟的朋友（非北京上海），却惊奇的发现，网吧里面已经差不多都拥有了摄像头。

但是，即使如此，相比手机的摄像头的普及率，PC仍然望尘莫及。摄像头几乎一瞬间就成为手机必备的一个部分，跟手机的录音设备一样，可PC的麦克风装备量，还真可以用可怜来形容。

从这点上讲，手机这个终端更具备在音视频上的优势，如果软件条件都准备好的话。当然，要证明这点，我们还可以从便携性移动性，以及伟大的IPhone缔造者 Steve大兄的那句：出门的三个必带，钥匙、**、手机，可惜没有IPod（中间**代表什么，自己做做功课，呵呵，其实是我一时没想起了）。

3，MP4+网络
MP4加上了网络（如Wifi）之后，就如同现在的手机一样，我们是否可以作这样的预言：就是mp4（或者mp5，总之是数字娱乐终端）即将每个都增加上摄像头。

4，有多媒体娱乐，即会有直播
就在互联网呼唤直播中说“直播缺席互联网”说明即便互联网的网络结构，也无法阻挡住直播的流行。在数字娱乐终端，所有包含硬件和网络的障碍，也无法阻挡直播的来临。

5，Flash的尴尬境地
当播放器和码流标准不属于同一个厂商的时候，在终端应用中必然步履维艰。跟PC上视频播放器（如Real Player/Windows Media Player）不一样的是，手机和其他的终端，需要支持某种码流格式，均需要针对这种码流格式付license费，这是流媒体领域的惯例。例如电视机，又如DVD播放机。Flash的尴尬境地在于，播放器和码流标准不属于同一个厂商，这首先就是利益之争。

Flash是一个播放器吗？答案是，是，又不是。它从功能上来说，确实是一个播放器。然而，在大家的心目中，它不是一个播放器，它只是一种轻量级的，便于采用的一种我们还有点说不清楚的东西，它在我们的心目中究竟是什么东西，反正不是一个播放器。所以，在大部分厂商眼中，都希望支持flash，但是并不会当作一个播放器去采购，这实在有些让人尴尬。

可惜的是，Flash播放器有希望在非PC的终端上成为唯一预装播放器，不过现在已经不太可能了。它预先被排除在外，而更为尴尬的是，其他的播放器，例如RealPlayer，已经开始支持了flash的播放，甚至，这将最终导致终端不愿意为了flash的码流标准付费， Flash最终失去了作为码流标准最肥的一块，这实在有些让人尴尬。

6，码流的价值回归
在互联网，在PC上，各种码流编码被最大化利用来传播多媒体内容，然而，码流标准提供者们没有为了这些传播收到一分钱（码流标准license费适当否，这里并不讨论，这里只说明没有收到钱这个事实而已，我并非码流标准必须收钱的拥护者，特此申明），当年Real因为码流的支持告微软的时候（2004），我还有些奇怪，反正连钱都收不到，较这个真干嘛。后来我明白了，如果其他哪个播放器要再终端上支持Real的格式的话，如果不给real钱的话，Real会告得比告微软还凶，如果他们没有在 2004年诉微软，或者他们诉败了，那么，Real将在其他终端上收不到一分钱。

或者在非PC的其他终端上，码流的价值得到了回归。（再次申明，我并非“回归”代言人，只是说明这个事实而已）

7，IPhone推出，Apple得到的并不仅仅是IPhone而已
对于AJax这种早已在其领域占据绝对统治地位的标准之外，还有其他的标准，例如Mac中的3D引擎，例如触摸屏操作的标准，还有我们将谈到的码流标准，所以说，IPhone推出，Apple得到的并不仅仅是IPhone而已。

IPhone并不支持Real Media格式与码流标准，也不支持Flash（这个我在IPhone那个系列之前提到过）格式，IPhone中支持的标准，是它一贯支持的的H264，甚至youtube，也为apple进行了这方面的合作。

先说到这里。

（订阅RSS频道：文儿 feed.sayonly.com 收藏 tag.sayonly.com ）

谁可能成为直播应用中事实的标准？

只说 — Sun, 03 Feb 2008 06:44:00 +0800

-只说 sayonly.com english | other 互联网呼唤视频直播

题目的说法不准确，实际上，其实是一个谁能占领终端的问题。在互联网中，最重要的终端，就是浏览器。Flash已经成为目前互联网视频应用中事实标准，那么，谁可能在未来成为直播应用中事实标准呢？

1，Flash
注意到，网上所有有关"flash直播"的提法都是不准确的，目前的flash播放器，还无法做到真正的直播，从某个源（可能是一个摄像头）采集来的实时数据，是无法通过flash播放器播放，它所做到的只是http streaming而已。

Flash MX的播放器有过几次大的升级，8，目前是flash9，Adobe的野心相当大，仅仅视频应用还不满足，在2004年左右，Flash播放器已经升级成为Flash Platform，成为富媒体交互应用开发平台。然而，标签语言的来福枪无法实现真正的直播这样的加龙炮。而Flash8中采用的FLV，也无法完成类似的任务。flv的底层编解码技术来自于一家合作公司Sorenson Spark（vp6是On2，我之前提到过），从公开的文档中，我们找不到他们的合作细节，然而，可以确定的是adobe很难如他的竞争对手一样，大踏步跨入直播领域。

当然，RTMP，Flash最近折腾得玩意儿，我们其实乐见另一个MMS的悲剧发生的。

2，Google
Google其实是一个直播领域的新丁。为什么它是可能的事实标准的制定者呢？主要是两个原因。一是前段时间获得PC World创新产品奖第一的应用Google Gears（我以前专门有文论述过），不要小瞧这个小小创新产品奖，获得第二的是Iphone。Google Gears是一个浏览器插件/应用平台，它一出，Flash那个应用平台就显得笨重老旧，唯一的弱点是，目前浏览器插件的安装量相对少。对浏览器插件最大的促进，其实还是娱乐应用，而非目前Google Gears自己发布的Offline应用。但是，别忘记，google还有一个youtube，这个事实上视频应用的标准。

很期待Google Gears的下一个应用，是视频直播的应用。
很期待Google Gears的下一个阶段，可以更名为Google Gears Player，或者Google Player。
要实现"life without desktop software"，Google的第一步，就必须从player开始！

3，Real
Real无疑是视频领域的王者。

我以前曾经写过一片文章"移动流媒体播放器必将死去"（属于系列：Mobile TV与3G），原因就是因为视频Player的王者Real，以及那个把播放器绑在操作系统中的Windows Media Player，他们在任何终端上都会击败现在的流媒体播放器，当然，浏览器上也可能会如此。虽然，那个王者也被评为过有史以来最糟糕的25个软件之一，因为他们转型媒体公司而乱弹广告。

Real最大的优势在于他们的编解码技术（codec），互联网目前带宽的情况下，相同质量下压缩率越好，其实竞争力就越高，更不用说是在移动网络带宽下了，那可是一毫米的带宽就要值寸金阿。Streamingmedia的一个权威报告中，real codec遥遥领先，低码率（100k，互联网比较常用的码率在150-220k左右了）下，real比Flv好30%，比h264好54%，300k左右的码率时，比flv好58%，比h264好47%（这个报告是收费的，我这里就不给了）。在互联网目前比较常用的码率下，flv跟h264相差无几，当然这并不完全说是youtube转h264的原因，而是youtube与apple合作的原因。

注意到，Rmvb是real在2002年出的技术标准，比临时拼凑的Flv（编解码为vp6）无论在哪个方面都要成熟相当多。我想，02年到现在，相信real的天才们，Atul Puri，Rob Glaser，Richard Wolpert，Edmond Mesrobian，Donya Shirzad，不会闲5年时间而不更新他们核心技术吧。

4，Apple
Apple是h264的最大支持者，他们的h264编解码，也是h264产品中最好的效率，大部分h264的测试，都以Apple的为准。

Real的终端的优势其实是终端都自发采用（后有专文论述），因为内容源大多采用real的压缩格式，或者说用来传播的内容源大多采用real格式，而Apple不一样，它自己做硬件，却拥有最受欢迎的终端。Apple靠着它最受欢迎的终端，成了最大的在线音乐店（参考数字音乐的市场报告），最近又高调进入视频领域。

如果使用过apple的产品，就会发现ITunes其实是最好的视频播放软件之一，它的浏览器插件也是最方便好用的浏览器插件之一，可惜它目前仍然只流行于专业音视频人员。还记得我们以前曾经提到过微软内部精英人员的那个Channel9否？我印象中以前就是用ITunes的，yi，怎么现在都变mms了？堕落啊

5，没有了
花400亿收购yahoo也不行，被收购的yahoo收购的那个Meedio（参考），只适合做点娱乐应用。

（订阅RSS频道：文儿 feed.sayonly.com 收藏 tag.sayonly.com ）

互联网视频直播技术准备

只说 — Sat, 02 Feb 2008 06:44:00 +0800

-只说 sayonly.com english | other 互联网呼唤视频直播

1，直播组件
直播（True streaming）实际上有三个组件组成，编码器、流媒体服务器、播放器。

编码器是直播源用摄像头/摄像机摄像之后，编码成实时视频流。传统领域的视频，例如监控行业，基本都是硬编码器，一个小盒子，插上摄像头进行编码。在互联网中，编码器相对简单，因为源头基本都有PC，也没有很苛刻的条件，所以，一个简单编码软件即可完成。

播放器其实是最为关键的，互联网目前Flash播放器并不能真正支持直播，也许是现在直播无法成为基础应用的原因之一吧。

流媒体服务器则是直播的制高点。

2，Flash格式变迁简述
Flash格式最初其实只是presentation，导入视频文件，在Flash MX之前，实际上是一帧帧变成了位图，文件巨大，应用范围狭窄。到了Flash MX之后，Adobe公司采用了On2公司的vp6压缩算法，形成Flv格式，并且由于flash插件在浏览器上的广泛使用，一举奠定了flash在互联网视频应用中的中流砥柱地位。

然而，粗糙的Flash流式播放并不能支持直播，当我们为RM的自闭，Microsoft视频方面战略缺失失去互联网视频的领导地位而遗憾的时候，不得不又加上一次叹息，Flash不仅仅只称得上粗糙而已，直播的协议栈的缺乏，这种外购算法带来更新的不便，核心技术上失误又使得Flash在下一个阶段视频播放器的竞争中，注定处于弱势，甚至，进一步的压迫甚至可能使得它更可能渐渐退出我们的视线。

3，RTSP，千呼万唤始出来
RTSP（Real Time Streaming Protocol），实时流传输协议，这个由real/哥伦比亚大学/netscape共同提出的流媒体传输标准，真是千呼万唤始出来。

在举国欢庆北京奥运的年头，RTSP迎来了它的10岁生日。然而，由于众所周知的原因，微软的打压，使得它一直养在深闺。幸运的是，微软并没有如打倒Netscape一样用它的MMS打倒RTSP，并且，微软终于在最近（具体时间我不查了）放弃MMS并在media player中支持RTSP（据说，技术是real提供给他们的），RTSP已经成为事实上的标准。

中国的政府/电视台目前大多采用的还是MMS，正慢慢向RTSP过渡。

4，音视频编解码
音视频内容很大，音视频编解码就形成了音视频核心技术，流行的有MPEG/H263/H264，前一个有一系列，属于一个标准组织，后两者属于同一个标准组织，私人的还有real/flash等。

多媒体内容分为音频编码率/视频编码率，加起来为整个的码率。例如，音频32K,视频120k，加起来就是152k（当然，正常编码器压缩之后会少于这个数，损失一点）。

（订阅RSS频道：文儿 feed.sayonly.com 收藏 tag.sayonly.com ）

互联网呼唤直播

只说 — Fri, 01 Feb 2008 08:06:00 +0800

-只说 sayonly.com english | other 互联网呼唤视频直播

1，几个场景
场景一：
小A有那么一点小紧张，因为网站几个好友的推举，他今天晚上8点10分会show电吉他，并且“弓虽摇滚”版下属 “黑色全属”圈进行直播，圈下的“Anti-Riot”组组长“完全速度”已经放出话来了，哥们儿的show，他会带他的兄弟们准时在黑色全属的直播室守着，如果网站象前几天另一位兄弟“绝对破坏”show的时候那样抽抽，他们就决定不给网管们面子，直接用吉他砸了它的场。“完全速度”的宣言让本来都很紧张的小A更加绷不住，7点半不到，他就坐到了电脑前，一遍一遍的检查摄像头，“黑色全属”圈直播室的人数哗哗的刷，已经长到了二十多个，熟悉不熟悉的ID 名都有些恍惚。

千万不要掉链子，千万不要掉链子~~~~~小A抱着吉他，这么想。

场景二：
网吧昏黄的灯光下。

小B 看着聊天室里面越来越快的滚动文字，无奈的苦笑。十分钟后，小B会对着摄像头，按照网友们的需求，作出各种动作。网友的需求来自于互联网聊天室（进入需要交10元钱），或者一元一条的短信，聊天室程序会自动识别优先级，金色的最高，其次红色，其次黄色，自然，优先级与用户付出的钞票直接挂钩。滚动的越快，就表示用户的需求越多，用户越多，小B就越累。小B每次离开网吧的这个小包间，就会一阵阵的犯晕，甚至领取酬金的力气都没有。

四十分钟后，小B嗲声嗲气地说，最后一个了，明天见罗~

聊天室上刷出来的优先级最高的金色需求是：小B，能不能换个清晰点的摄像头？

场景三：
小C 有点烦，发展迅猛的码西市库叟电台提供通过互联网免费收看的视频节目，虽然观众数目每增一位，就要贴上1林登元，然而库叟台秉承码西精神、库叟感觉，不断增加服务器，关键是，作为技术支持公司的小C，增加服务器的工作，得晚上做，还得等到库叟的大少爷们早上来检查。这不，这月已经是第三次加班了，小C实在是有点烦。

场景四：
小D还没有睡醒，那个该死的头儿，已经电话来要把他的该死的头儿的老婆的老爸的正在兴致勃勃地书法表演，放到首页去。小D眼花缭乱的切换了半天，点了N个按钮，找到一个播放器，哗的一下拖去了首页。五分钟后，首页播放器中，老头刚完成一笔“屋漏痕”的中锋，鼻尖与宣纸垂直的刹那，小D在页面的“广告”两字点了一下，首页上的播放器上顿时跳出来一个一则广告来，刚才正写着字的老头子突然从一片云彩中跳出来，拿着个闪闪发光的手机，说道“书生牌手机，独创软笔技术，让你的输入更书法！”然后，画面一暗，刷刷刷老头用软笔写出来“点击购买”四个大字，笔笔中锋。

十分钟后，该死的头儿来了电话：今天干得好，点击率增加了3%，下班后我请客！

2，直播缺席互联网
前面提到的四个场景，均与直播相关，而目前的互联网条件下，遗憾的是，视频直播其实一直缺席于互联网基础应用。

这里所说的直播，被只说称为True streaming，直接从摄像头/摄象机上采集的数据，实时地进行播放。互联网youtube视频的模式，可以称为Http streaming，目前PPlive等视频软件采用的P2P方式，实际上是File streaming，或者叫模拟直播。

这里所说的基础应用，实际上定义并么有那么严格，当然并不是说是互联网缺乏直播应用，而是直播并非成为基础应用而已。可以看到，国内门户sina/sohu其实都有了足球直播，大概是p2p做的。然而，几个网站而已。我们可以说视频应用已经成为基础应用，因为除了youtube之外，除了国内的youtube- copy之外，任何一个网站，其实都有条件在flash播放器开发基础上，实现一个视频应用。基本上，flash9播放器在PC浏览器的占有率已经达到了 99%以上，构成了视频应用成为互联网基础应用的基础设施。

3，互联网呼唤直播
也许有人说，直播缺席互联网，其实是由互联网这种分散式结构，缺乏广播模式等特点决定的。直播本应该缺席于互联网，或者直播到了互联网，就应该适应于互联网的结构特点，形成点播/uni-cast等替代模式。更有甚者，可能会说，直播本身限制了互联网的自由，即使实现了，也应该被灰溜溜驱逐出互联网。

在这种论调下，也许内容商/内容制作者/服务商们都充满着无奈吧。其实，缺失，更意味着巨大的机会。互联网其实呼唤着直播，视频应用其实成长于前两年的时间，可以预见的是，在未来1-2年内，直播即将成为互联网基础应用。

就让只说在这里以一个简单的系列，作为给视频直播走入互联网人视线的一个简单的前奏曲。

互联网呼唤视频直播系列（本系列为个人观点，不应作为商业或者咨询参考）（展开所有文章）：
互联网呼唤直播
互联网视频直播技术准备
谁可能成为直播应用中事实的标准？
直播将改变大众对手机的使用方式
P2P是直播手段而不是非目的
Youtube将引领视频走向直播

（订阅RSS频道：文儿 feed.sayonly.com 收藏 tag.sayonly.com ）

携程真牛

只说 — Fri, 23 Nov 2007 01:18:00 +0800

用Firefox上协程携程，出现的是“Bad Request”，真牛，以前协程携程还是能用Firefox访问的，只是某些操作不能做。只能说：算你狠。

via Derek

笔误已更改，有劳挂念了，谢谢！

移动startup生态圈

只说 — Fri, 28 Sep 2007 19:39:00 +0800

Tangos介绍了一个ppt，可以参考一下。

正好昨天参加了frost&sulivan举办的手机应用软件的会，业内聚会，事实的标准影响行业标准阿，startup生态圈很重要啊。

Yupoo新版和纪念墙

只说 — Wed, 15 Aug 2007 07:17:00 +0800

-只说 sayonly.com english | other

说实话，我不太理解Yupoo等flickr-copy站点在国内的模式，不过作为使用者我却有很深的体会。我曾经使用过包括网易等各大站点所谓的相册服务，新浪等blog服务提供方也提供相应的相册，然而，相片丢失，上传限制，甚至仅仅把照片张贴在站外，都无法进行显示。实在是痛苦。当然，我并不是一个典型的相册用户，没有摄影和共享需求，只是有时候简单的张贴点图片，作为blog表意需要。

“大站”不希望他们相册中图片在站外显示的可能原因之一是，站内的图片，包括相册中用户上传的图片，都是站点的财产，不能因为用户，即使是上传该图片（照片）的用户，在别的站使用，使用我的财产占用我的流量却增加别人的PV，那就像我出了钱他吃了饭还要拉在我的马桶里让我交很多污水处理费。

这其实不能算是很难理解，相册这种基本服务，吃力不讨好的时间多。即使能通过其他方式换回流量来，也不能弥补外站引用中损失的带宽，至少没有人愿意为这种黑流量买单，而地主家也没有余粮的。

在这种情况下，Yupoo是有勇气的。前两天还跟Tangos感慨，国内的互联网环境蛮恶劣的。免费惯坏了的用户们，不仅仅要小心呵护，仔细地营造氛围，而且还常常面临着“大站”不合常规的压迫和极端灵活的操作，例如taotao。

当然，因为难能，所以可贵。
好，把这次yupoo新版上线所作的纪念墙上我的照片，张贴在这里，作为致敬。

（图片引自yupoo）

（订阅RSS频道：文儿 feed.sayonly.com 收藏 tag.sayonly.com ）

Nokia N800

只说 — Sat, 04 Aug 2007 08:58:00 +0800

-只说 sayonly.com english | other 硬件成就新市场

跟朋友见面，很神秘的掏出一个机器出来，说是“忽悠”国内某厂商（真实品牌隐去）准备生产这玩意儿，我一眼就说出这是Nokia N800，而且是N770的升级版，很得意。

原因嘛，是因为我今天看了WSJ 8月1日的《谁来填补手机和笔记本电脑空间的空白》一文（链接不给了，自己google去），既然WSJ专栏都已经报了，认得这机器就不算什么新闻了。

不过朋友仍然和诧异，因为毕竟在国内很少见，UMPC虽然属于手机和笔记本之间的一个“洞”，或者通俗的说是市场的一个空白，像我这样在N770出现的时候都长篇大论“硬件成就新市场”的，还是比较少的。聊了会儿，大概的消息是，TI算是最早拥抱该系列的厂商之一，而800CPU已经改善不少，明年还有880，这种新的升级版本，真是值得期待。

手机和PC中间这个“洞”（WSJ说它是洞的），说起来还挺有意思，Nokia这样的手机制造商在涉足，有Nokia N770这个系列，使用的是基于Linux（注意，不是symbian）的Nokia Internet Tablet系统，Apple/Microsoft这样的PC制造商（说制造商不准确，他们这种方案出来之后带动的是整个PC制造商的价值链），使用的是 MAC/Windows系统，究竟是代表手机的能胜出，还是代表PC的能胜出呢？我个人还是比较倾向于代表Nokia的手机制造商。因为form factor、 connectivity、平台和功能这四个因素（参考这篇文章），至少有三个因素，手机制造商都有优势。

当然，“最近人们对iPhone所表现出来的兴奋之情至少说明，我们和那些电子产品之间更多的是一种情感上的联系”。这就是大家忽略的新玩法，而是Steven Jobs所谓的“错误”或是“创新”。

（订阅RSS频道：文儿 feed.sayonly.com 收藏 tag.sayonly.com ）

MVNO&MVNE

只说 — Fri, 03 Aug 2007 18:52:00 +0800

-只说 sayonly.com english | other

一份Pyramid报告，大致是说，MVNO的繁荣，必将带来实际MVNE的获利。Visage Mobile和Ztar Mobile分别获得$10m和$4m的投资，就是明证。

关于MVNO，移动虚拟运营商，我之前提到过，比较强的，如Virgin、TracFone之类的老牌玩家，占据了大部分市场。MVNE （E表示 Enablers），其实是替这些MVNO提供系统的，包含HLR、短彩中心，甚至OSS/BOSS等运营支撑系统、以及GPRS、EDGE网络，注意，这里确实是指的是数据基础网络。由于新涌入的MVNO比较多，虽然在大的MVNO例如Virgin的挤压之下，生存维艰，但是这些新的MVNO都需要武器，那么实际的获利者就是这些MVNE了。

国内市场实际上没有真正意义的MVNO，SP对业务的控制非常弱。国内电信行业，有着强烈的“准入限制”，政府并没有真正抓住“打破准入限制”这个关键点，历次分拆，可以说是效果匪显。当然了，现在实际上SP也存在“准入限制”，运营商这点上倒是一脉相承，呵呵。

国内市场实际上没有真正意义的MVNO，但是也可以明显看到各个Enablers，例如短信中心，像深圳协尔这样的公司，OSS之类的，倒没有见到，SP 大都是攒起来的，运营商帐单下来多少，则接受多少，稍成规模者，也都自食其力，但能省的系统，就省了，大概只有运营商做个硬性规定，SP就给做上去，例如最近联通要求的Call Center，就出现了一批小公司帮人做这玩意儿，我有朋友卖1w一个，打得牌子就是联通内部认证，据说还有没认证的，卖得更便宜，疯了！

上游的薄弱使得这些Enablers公司生存维艰，更不用说拿到投资了，而Enalbers公司生存不下去，那么这个市场一直就整体限于小作坊式的规模。当然，Enablers公司们只能以转而获得运营商的订单为己任，冲向移动企业市场的红海。

（订阅RSS频道：文儿 feed.sayonly.com 收藏 tag.sayonly.com ）

IPhone的应用程序开发

只说 — Thu, 02 Aug 2007 19:20:00 +0800

-只说 sayonly.com english | other

号称改变手机应用模式的IPhone，终于公布了所有的开发方式和接口，难免让人希望越大，失望也越大。翻倒刀枪blue的IPhone应用开发，原来IPhone所作的不过是类似于之前所有手机作的那样，把你的web程序，修改成我的标准，看看在我的手机上显示好不好，如果不好，按照我的标准修改一下，大不了加上个“only”标签，不影响其它地方（其它的手机？）的显示而已。

我们唯一可以期待的就是，IPhone你的屏幕不要变啦，不要妄图出一个类似于ipod nana一样的显示屏，而且，不要像nokia一样，出一个机型，换一个默认的浏览器，safari也不要升级，省得我们在IPhone应用程序里面写：

Only for IPhone{
if IPhone2007
显示两行
else if IPhone2008
显示三行
else if IPhone2009
一部分显示两行一部分显示三行
...
}

（订阅RSS频道：文儿 feed.sayonly.com 收藏 tag.sayonly.com ）

随便谈谈RIA

只说 — Tue, 26 Jun 2007 06:55:00 +0800

-只说 sayonly.com english | other

在前两天提到Google Gears，disc2006提到“Adobe有自己的Apollo runtime要大力推，相关应用比Gears有看头的多，而且不需要浏览器。”，我在后面的留言提到RIA，干脆再说说RIA看看。

RIA倒不是提出于Adode，应该是Macromedia（05年才被Adobe收购），是下一代web应用框架，全称是Rich internet application。比较流行的有Adobe的Flex（据说正着力与应用到手机，当然流言说Macromedia的framework在中国移动那里被否了，理由是他们技术水平太差，呵呵），基于Flash的框架，Apollo是针对的后台环境，相应的开发IDE有第三方提供。另外，还有 Microsoft的SilverLight，我在那边web开发格局中提到的XAML，SilverLight中采用的标准就是这个，IDE是力大招沉的.net（似乎是3.0）。再其次就是Sun的JavaFx，这个也是刚刚发布不长时间哦，这里有比较详尽的解释，当然，AJAX的末日，显然有点大言不惭地味道。最后，还有open source的OpenLaszlo，我看过他们对youtube、amazon等一些网站的RIA demo，可惜载入等还是慢了很多啦。

传统web应用（或者说是浏览器模式）是请求应答模式，RIA基本上可以说是在用户终端上面增加了一个中间层，用户的请求，先经过客户端引擎的过滤，客户端引擎可以实现表现更为丰富的应用，“Rich”主要指此而言。

按照这个标准来看，Google Gears目前来讲，还只能说是AJax的增强引擎，不能说是RIA的引擎。跟Microsoft等不同的是，google并没有全面提供RIA的solution，相比起来，它甚至连个平台（platform）都算不上。当然，从另外一个角度，我们甚至可以把现在的Gmail也称为RIA，虽然这个RIA不够梦幻。

几个问题：
1，速度问题
就像提到OpenLaszlo时说道载入速度问题，大部分RIA框架都存在速度问题，flash/java未必符合最终的web应用开发，这可能会使比较关键的问题。

2，搜索引擎亲和力
Ajax使用过多会影响网页搜索引擎亲和力，这是开发者都了解得问题。如果界面使用Flash，或者是java，那就更麻烦了。目前的搜索引擎不可能索引到。这几乎使得所有的RIA页面沦为华而不实的试验品。

我想，google最终一定会有一个针对浏览器界面的应用，或者针对RIA/XHTMl（Xhtml-SVG）的页面搜索的优化产品。姑且叫做Google Lube，哈。

3，Sandbox
所有的RIA应用均是运行于一个Sandbox中，基于安全考虑，会限制访问系统资源。Google Gears是否有此限制，我不是很清楚。但是我想，最终来讲，类似于Google gears的浏览器外壳应用（windows上的独立安装的一个exe文件），应该还是会突破这个限制，以作恶还是不做恶的名义。

（订阅RSS频道：文儿 feed.sayonly.com 收藏 tag.sayonly.com ）

Google Gears，兼谈浏览器发展方向

只说 — Fri, 22 Jun 2007 06:41:00 +0800

-只说 sayonly.com english | other

findhero跟我介绍Google Gears，说是令人兴奋的应用（我最近消息闭塞，居然都不知道）。实际上反响很大了。到目前为止，google gears仍然是玩具，"Google Gears is not yet intended for general use"，然而，作为启动的第一步，google争取了Adobe的支持，却不得不让我们想起flash应用在浏览器的推广历程，两相对比起来，让人遐思不已。注意，google gears的宣称的就是，要做市场的标准，而非标准机构的需要。我们来作一作事后诸葛。

1，对比flash在浏览器中普及率
先谈这个最让人兴奋的。

对比一下flash在浏览器的普及率，发现google干的是这个事情，基础应用框架的普及。先不谈技术细节，google gears针对性的需求是存在的，很多互联网网站都想做自己的客户端应用，而google gears以及其他的离线应用形式发布，使得web应用程序开发者不得不考虑"离线"给他们的服务带来了什么。这种需求将带来基础应用框架的普及，web应用程序将向桌面渗透，而google gears本身可以说是一个web应用程序和桌面应用程序的中间产品。

Google的第一个支持Gears的应用rss reader已经发布了，在右上角新功能的位置已经出现了一个“offline”，点击就会安装Google Gears。显然使用google gears的应用繁荣，会极大地促进Google Gears的普及率。

2，浏览器发展
（简略一点，但愿大家看得明白。）
不做浏览器开发的，很少有人关注浏览器的发展方向。然而，如果不理解浏览器的发展方向，又怎么能理解google、microsoft等厂商对web开发的脉络和方向，说到底，web站点是基于浏览器的应用和服务而已。

一个浏览器，例如IE/firefox，主要有内核和外壳应用组成，内核是浏览器的核心引擎，象IE的Trident，Firefox的Gecko，Opera的Presto，以及在手机上使用的WebCore(and safari)，等等。国内基本的浏览器开发都是外壳开发了，而浏览器内核相当于Java虚拟机，外壳就相当于其上的程序。

我理解的浏览器发展的趋势是，内核仍然由专有的浏览器厂商提供，而外壳，或者类外壳的程序，会进行独立的发展，甚至出现与桌面应用桥接的外壳。

好啦，不用我说了，google gears就是我说的外壳中的一种。若google在其google toolbars/gmail notifiner/gtalk等客户端应用一种/几种、或者在adobe应用升级时带入google gears的安装，google gears即可在短时间内成为基础应用开发框架的标准。也会促使浏览器外壳应用快速的与内核剥离，改变web应用开发格局。

3，web应用开发格局
IE在浏览器中占据的市场份额使得w3c颇为尴尬，浏览器的规范虽然制定却不可实行，因为那需要劝说微软加入。例如，完美的XForms-Xhtml-SVG架构（至少w3c认为它是完美的），然而微软就是要制定自己的XAML，没辙吧。标准的浏览器早就开发出来了，简单下载即可，然而就是难为市场接受。难得微软也接受RSS，去年在微软提出所谓双向RSS，称为SSE的标准的时候，实在是颇为让人紧张。

覆盖广泛的浏览器第三方应用外壳（至少有驱动力的外壳）使得这种格局发生微妙的变化，而且还是开源的。这不禁让人猜想为什么google不是收购而仅仅是投资opera，一个竞争性的浏览器绝对无法完成这种使命。

---

非常惊奇的发现，technorati和wikipedia居然神奇解禁。

（订阅RSS频道：文儿 feed.sayonly.com 收藏 tag.sayonly.com ）

手机平台开放与安全性

只说 — Thu, 14 Jun 2007 06:56:00 +0800

-只说 sayonly.com english | other 胖葫芦

前两天WWDC上，apple宣布其第三方开发套件

，拿出的仅仅是一个Safari浏览器引擎，我说"Apple在WWDC2007真让人失望"，有人留言：

开放也是有利有弊的，开放的结果就是越来越多的病毒，流氓插件，最后反而让普通用户在海量的选择中不知所措。

开放虽然未必意味着病毒和流氓插件，但是有必要探讨一下手机平台的安全性问题。

先看一下手机作为一个应用来说和PC的区别：
很多人把手机和PC相比，把手机上网和PC上网相比，认为手机就相当于IP地址，这有些误解。其实，如果在不插入SIM的情况下，手机和PC很相似。插入了SIM卡，手机就读取SIM上的信息，向基站发出一个信号，某某手机已经连接入网了。手机号其实类似于一个用户ID，如果真要类比的话，手机=skype，手机号=SkypeID。或者手机=msn，手机号=msn address。

手机通过读取SIM信息注册到手机网络，这本身是一个应用。而手机设计曾经陷于是一个应用，还是一个独立系统的两难境地。于是形成了手机发展的两种趋势，一是整合，手机整合相机、商务通、Mp3等，手机最开始的功能，语音通话，成为手机的一个独立应用；二是更加专业化，只提供语音通话和短信功能，仅作为一个垂直应用工具存在。Nokia手机近几年的新机在不插入sim卡的情况下也能听歌、收音、拍照、通过wifi上网等功能，就是第一种趋势的表现，以前可是不插入sim卡连手机开机看个时间都不行的。

比较一下，在网站注册了用户之后，填入了很多注册信息，还因为日常使用留下了很多的通讯录/短信之类的信息，现在我们要求网站开放，可以开发第三方程序，并且用户可以自由的安装和删除这些程序，这是一件多么困难的一件事情。用户的需求使得我们对于手机的要求越来越高，就是要求他们可以开放并且可以开发，以满足不同用户的不同需求。所以，手机安全性问题首先是一个应用的安全性问题，其次才是平台开放引发的病毒、插件等安全性问题。手机厂商用两个方法来解决这个问题：

第一是采用保护，只开放部分开发接口。
这个不多说，相信大家都了解。
保护其实是操作系统本身提供的，这种保护还可以从另外一个方面看出来，例如，现在USB口访问手机，可以把手机当作U盘来使，但是只能访问有限的资源，也不能浏览/修改/删除系统的文件和目录。

第二是采用认证制度。
就是第三方开发者开发的软件和程序，需要到手机厂商那里作认证，用户才能安装使用，或者至少使用时有限制。说实话，我认为认证制度是目前限制手机软件开发的最大障碍之一。

（订阅RSS频道：文儿 feed.sayonly.com 收藏 tag.sayonly.com ）