Sayonly's blog

Google服务在中国大陆可用性报告

只说 — Sat, 27 Mar 2010 12:45:25 +0800

在这个页面

我只希望，不论在何种情况，中国政府也不要对GMail进行访问限制，因为，国内，有太多像我这样的个人，以及太多小公司，把gmail作为自己的私人和工作信箱，有很多很多的人，都跟我一样gmail信箱使用超过4个G。

只说关于Semantic Web的文章

只说 — Sat, 01 Mar 2008 21:36:00 +0800

只说关于Semantic web的文章，不全。
Google Home Base
wikipedia与semantic web
Internet2 vs Web2 vs Semantic Web
donews+mop=牛扑
 结构化blog （structured blog）
移动互联网
 以非技术的眼光看microformats
wiki的优势(是另一个系列文章)
移动设备上的互联网
 标签，小众的游戏

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是直播手段而不是非目的

只说 — Tue, 05 Feb 2008 21: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 ）

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

只说 — Sun, 03 Feb 2008 21: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 ）

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

只说 — Sat, 02 Feb 2008 22: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 ）

互联网视频直播技术准备

只说 — Fri, 01 Feb 2008 22: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 ）

携程真牛

只说 — Thu, 22 Nov 2007 17:18:00 +0800

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

via Derek

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

移动startup生态圈

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

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

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