在我的上一篇Status 2的文章中给大家简单介绍了Stratus 2 一对多视频直播，今天给大家演示一下如何在NetGroup中共享文件。在原来的Strtuas 1 中，我们也可以发送文件，不过发送的方式很单一，只能通过NetStream.send的方式将文件发送给选定的对象。这样的文件发送问题很多。
- 发送过程中无法知道文件发送的情况。
- 很麻烦才可以将文件拆分发送。
- 发送的过程中很容易造成数据包丢失。
- 一次只能发送给一个用户，如果要发送到第二个用户，需要额外的连接。
以上这些问题因为Stratus 1 只支持点对点的传输，所以这些问题很难解决。而现在的Stratus 2，因为支持了Application level Multicast (应用层多播，关于应用层多播是什么因为不会影响我们的教程，这里就不多解释了，有兴趣的朋友可以问下google)，所以我们的文件发送变得更加的强大，或者说更加的P2P，具体来说有这些优点。
- 支持文件拆分发送。你可以将你的文件拆分至N份。
- 多用户间共享文件块 。A用户发送文件,B用户接收,C用户再接收时C用户从A与B中接收
- 相对稳定的传输 (因为Stratus 2 现在也是Beta阶段，我也没有试过真实环境下大量用户共享文件的情况所以稳定情况有待考证)
- 文件传输反馈。更方便的监控传送的过程
了解了以上这些，我们来看下面这个例子，代码我是在前一个例子的基础上添加，所以对已有的代码就不重复解释，只解释文件发送相关的代码。
(more…)
最近开发的一个视频面试插件，可以很容易的嵌入到任何需要该插件的网站（网站方需要自己写一个大概100行的服务器端API用以和你们的用户关联），网站可以是任意类型，PHP, .NET, JSP, 等等
因为每次有这样类似的开发，都是直接教客户写api, 然后直接连到他们的站上，所以导致我现在自己不能Demo 
这几天有空的时候我可能还是会挂一个Demo出来, 需要定制插件的朋友可以和我联系：)
这个小项目是一个印度小伙找上来的，要求我帮他做一个和chatroulette一样的网站。chatroulette在他找我前我就看过。实际是上在原来很有名的omegle出现以后我们就基于RTMFP做了和chatroulette一样的随机视频网站，并且扩展成了支持一对多，多对多聊天的halowei.com(比chatroulette要早好几个月). 无奈宣传实在是我们的弱项，以至于halowei.com现在也就只能一直很冷清的放那了（很凄凉的感觉啊），不过这个项目确实对我们的外包事业有比较大帮助，再怎么说我也算是国内玩RTMFP的第一批人了（很不要脸的跨自己啊），呵呵。话说回来这个项目，利用两个晚上的时间帮他完成了这个项目(www.wallperson.com)，不知道这个网站的人气会如何，走着瞧吧。
终于有时间试下Strtaus 2的p2p多播功能了。之前看的视频介绍中，Adobe描述一个非常理想的多人P2P数据共享方式。但是今天试了一下后发现视频的速度非常慢（视频的发布和接收端都在一台机器上），感觉上视频被发送到了什么地方后才传了回来。这这……好吧，就当是BETA的问题了，WAIT AND SEE. (2/25日更新，2/23日发布的Flash player 10.1 beta 3 看来解决了这个问题，Demo的速度现在非常正常)
准备工作:
先了解一下什么是stratus以及什么是RTMFP，你可以到http://labs.adobe.com/technologies/stratus/看下官方的解释或者直接看我原来的 Flex 迷你教程 — 基于Stratus的P2P网络电话 (1)(2)(3) 先学习一下Flash p2p的基础. 简单的说原来的Stratus 实现了flash player之间点对点的传输数据，而今天要讲的stratus 2 不仅支持单个的点对点数据传说，还引入了多播的概念。
在原来的stratus中如果我们要做一个多人同时在线的应用，比如多人视频。那么我们需要把在线的所有人都链接起来，类似蜘蛛网的结构，网中的每个人需要与其他所有人链接，这样数据才能在所有人中共享。这种模式在多人连线中是不可取的。假设我们用户A发布一个视频想让其他10个用户观看，那么10个用户都需要链接到他。就中国的普通用户的网络带宽来说，这就是极限了。而Stratus 2 中 “组” 的概念解决了这个问题。用户A发布视频让同一个组中的其他10个人观看。他们并都从A处获取视频。而有可能通过组中的其他用户获取A的视频。这也就是P2P的模式了，每个人都可以作为数据的发出者，数据以最优的方式被观看者收到，参与的人越多，数据的副本就越多。视频的速度也就越快。 (more…)
太激动了，等这天等了好久了，Adobe 2008年发布了Stratus服务器的Beta版，支持flash player之间的点对点链接，今天，Adobe再次更新Status服务，这一更新也使Flash真正进入P2P的世界。现在Adobe的例子还没有出来，感兴趣的朋友可以关注以下几个地方 (引自 http://www.flashrealtime.com/updated-stratus-with-groups-and-multicast/):
- Read more about new Stratus here at Kevin’s blog.
- Also check new Labs page about RTMFP Groups.
- My article about Multicast in Flash Player 10.1
- Read about differences between Stratus and LCCS
FlashPlayer 10 增加了对P2P的支持，尽管现在Stratus server仍处在BETA阶段，但我们还是希望充分的利用Flash 的P2P功能做些事情，于是我们尝试性的做了一个基于P2P的以在线视频交流为主的网站www.halowei.com.
我们尝试了p2p的一对一，一对多，以及多对多的应用，基本上我们对flash的p2p链接表现还是比较满意的，不过现在的p2p实际上只能算是点对点连接，因为它不支持对视频，音频流的转发，这样就不能发挥p2p的长处，现在一个很大的好处就是能节约服务器的资源，但是在多对多连接时，客户端的宽带消耗是一个比较大的问题。期望以后能Flash能真正的P2P.
这里http://www.halowei.com/#u=老白&m=成都合江亭街景是一个对多的演示，我们做了一个直播室，允许用户直播视频，并设定观众的人数。有兴趣的朋友可以试试。
最后如果有兴趣于我们讨论Flash P2P的朋友可以在这里留言或者邮件team@halowei.com
最近因为一直忙于工作，只有很少的时间可以更新Call Me，今天主要对UI进行了一些更新:
- 头像左对齐 — 因为Call Me的最小宽度是220px, 很多用户的博客中Call me都超出了插件栏，因此将头像对齐到插件栏的左边。
- 去掉顶部呼叫提示的边框 — 边框因为是对话框的样式，只适合于Call Me的默认头像，在方形头像时会很不协调，因此去掉。
- 所有提示框中去掉 “博主” 字样, 将昵称显示在提示信息中 — 博主太局限于博客使用，一些用户希望把Call me用于自己的网站或当作客服使用时会很别扭，在现在没有时间做专业的客服版时，这样的修改让Call Me的适用度更大。
Bug fix:
- 修复了在头像设置错误时无法重新进入设置的问题。
- 一个错字。
小提示:
- 修改插件代码中的nameColor可以改变提示字体的颜色。
- 插件代码中设置wmode=”true”可以让背景透明。
点击获取你的Call Me
经过半个月的考虑以及与部分用户的讨论，基于博客插件应该使用方便，作用专一的原则，考虑了Call Me的作用及优势是用户可以直接点击博主头像开始视频聊天, 决定对Call Me的功能进行简化。希望大家更喜欢简化后的Call Me，它将与你的博客更好的融合，提供更好的通话效果
点击这里获取你的Call Me博客视频聊天插件
简化前后的界面对比： (more…)
今天为Call Me加入了一项功能,允许博客间互相通讯, 比如博客A和B都装有Call Me, A博客就可以在自己的博客里通过拨号的方式呼叫博客B。
装有Call Me的博客不需要任何手动升级操作，从现在开始刷新页面就会自动更新, 登录后第二个“电话”图标就可以使用了。
下周计划更新好友功能。
