|
书接上回，既已谈过了硬件，这回就来侃侃 Chromecast 的软件协议 -Google Cast[1]。 有人说，与功能完备的 AirPlay、Miracast 协议相比，Google Cast 只能算是个缩减版的多屏互动协议：忽略掉了最重要的镜像（Mirror）功能。但其实，严格说来，Google Cast 也支持镜像功能，只是，这里有两点显著不同于 AirPlay 和 Miracast。 第一，镜像功能并不是 Google Cast 当前的重点，当前的重点还是集中在云端流媒体的多屏交互上。Google Cast 并没有刻意去优化镜像传输的码流，仅仅是基于 WebRTC[2] 的封装而已，并且只给出了一个 Tab Casting（页面镜像）[3] 的 Beta 测试版。如果未来 Google 能够把自己的“超级视频压缩算法”VP9[4] 加入到镜像功能里，才算是 Google 真正重视起来。 第二，虽然不是重点，但 Google Cast 镜像功能的理念却高出 AirPlay 和 Miracast 一个层次。Google Cast 并不是镜像整个桌面，而是把发送端 Chrome 浏览器的页面（Tab）镜像到 Chromecast 的接收器里。接收器，在本质上也是一个 Chrome 浏览器，只不过修改了浏览器的显示界面。基于Chrome浏览器的互动，这才是 Google Cast 理念的关键所在，也是 Chrome OS 的精髓。因为，在 Chromecast 里根本就不存在传统意义上的“桌面”，所有任务都是在页面里完成。换句话说：Desktop is dead, long live the Webtab！（桌面已死，页面永恒！）
上述两点是关于 Google Cast 镜像功能的讨论，那么 Google Cast 在云端流媒体功能上又有什么特点呢？这其实才是 Google Cast 的杀手之剑，即：在云端流媒体功能上完美支持HTML5规范。 这可以说是 Google Cast 的“天赋”，与生俱来，因为所有基于该协议的接收器在本质上都是 Chrome 浏览器。这种与浏览器融为一体的特性是 AirPlay 和 Miracast 设备所不能比的，后两者仅仅做为多屏互动协议存在于操作系统和应用程序之间，徒增了编程的复杂度。一般而言，程序员只需要在原有 App 上添加约 100 行代码，就可以完成对 Google Cast 功能的支持。 完美支持 HTML5 规范，还带来另一个巨大优势：操作系统无关性，Web App 可以跨越任何底层的 OS（Android、iOS、Windows Phone、Mac OS、Windows）。Google Cast 的出现，给基于 HTML5 的 Web App 提供了一个在 PC、Smart Phone、Smart TV 三大领域生根发芽的平台。仅凭这一点就足以吸引全世界的程序员过来，谁不希望自己的 App 只需一次开发，就能够通行于所有的 OS 呢？ 基于页面的镜像功能、操作系统无关性，这两点概括起来，就是，Google 已经在前方悄悄挖下 Chrome OS 的大坑，就等着程序员们“唱着小曲，吃着火锅”的时候，突然“陷”进去了。嘿嘿，守坑待“猿”。 在侃完 Chromecast 的硬件和软件之后，下一期，我将谈谈 Chromecast 的使用体验，这是最能体现设计师理念的一点。与市面上其它电视盒子相比，Chromecast 的理念就两个字，“极简”。打个比方来说，你已经设计完成左右两个罩杯，现在需要的不再是布料和钢圈，而只需要一粒小小的扣子，来把它们连成完整美丽的文胸，Chromecast 正是这粒“扣子”。好吧，下一期，我就把这粒扣子扯下来，让大家看个明白：）
[1] Google Cast 是 Google 的多屏互动协议，Chromecast 是产品的名称，莫混淆。 [2] WebRTC 是 Google 在 2011 开源的一套实时通讯协议，目的是：在浏览器的页面里完成实时视频、音频的通讯任务。 [3] Tab Casting 的字面翻译是＂页面投射＂，但我觉得翻译为＂页面镜像＂更贴切些。 [4] Google 在 2010 年初收购 On2 公司。之前，On2 是一家专注研究实时视频压缩算法的公司。2012 年末，Google 推出新型的压缩算法 -VP9，并内嵌于 Chrome OS 当中，但当前的 WebRTC 并不支持 VP9。 |
