|
7. Broadcast Distribution - Receiver |
| 设置完一个发布点的服务器以后,下面我们就要设置接收服务器了,这里我们看到的页面就是设置接收服务器的设置页面,同样的,也有两种不同的接收方式.设置完以后,就可以从接收服务器将接收到的数据进行再次的分发. 通过这样的方法,我们可以将文件在多个服务器之间共享和传输,并且可以在硬件的支持下进行服务器集群的管理和配置.  (点击观看原始图片) |
|
7. Broadcast Distribution - Back-Channel Multicasting |
这是一个关于Multicast 的设置过程,默认的情况下Helix Server 是打开Multicast选项的,客户端将先通过尝试Multicast来进行到服务器的连接,如果连接不成功,则改用Unicast 方式进行连接.可惜玩real了这么久,一直没有做过 Multicast, 原来在教育网内就有这个想法了,现在到了公网,实现的可能性更几乎为零了. 不过在宽带小区内部架设服务器的时候或许可以用得到... (点击观看原始图片) |
|
7. Broadcast Distribution - Session Announcement |
这也是一个和Multicast相关的选项,通过起用任务声明机制,播放器可以通过SAP的方式到制定端口获取数据文件的信息. (点击观看原始图片) |
|
8. Content Management - Content Caching |
我们用下面的图示简单的向大家描述内容缓存的过程: 在这里,文件被动态的传输在不同的服务器之间,每个服务器提供出部分空间作为缓存区域,当用户调用某个文件的时候,先检测缓存区域十分存在该文件,否则再从内容发布服务器获取该文件. 这样做的目的,当然就是为了更好的为用户提供稳定和高速的服务.  (点击观看原始图片) |
Helix Server Now !
|
8. Content Management - ISP Hosting |
ISP Hosting 是用于ISP服务商来进行用户和文件管理的,我们在以前版本的Real Server 8 里面已经见到过了.而且界面也没有太多变化,我们在这里就不再做更多的说明了. (点击观看原始图片) |
|
8. Content Management - Content Browsing |
这里的功能就是浏览当前媒体文件夹下面的媒体文件了,与原来版本不同的是. 老版本只能浏览服务器映射根目录下面的媒体文件,而新的Helix 可以浏览不同媒体文件夹下面的媒体文件.在下面的下拉框中选中相应的映射目录以后,点击Browser Content 就可以了,是不是很方便呢! (点击观看原始图片) |
|
8. Content Management - View Source |
这个功能就不用多介绍了,会用的人都知道他的好处! 我们要尊重对方的劳动成果嘛!而且随着RealONE Player 的推进和普及,知道这个功能的人会越来越少的! (点击观看原始图片) |
|
9. Advertising - Ad Serving |
| 广告功能是大家一直以来很关注的,一直以来,这个功能被认为很神秘.因为相关的授权文件是很昂贵的.(不过嘛...呵呵...) 我们在这里看到的广告模块和原来的广告模块也没有太大的变化,广告的投放方式还是那么几种.不过,我想这已经够用了,毕竟这样的服务能使用的人是少之又少.  (点击观看原始图片) |
|
9. Advertising - Ad SMIL Generator |
| 在抱怨了AD模块没有太大变化以后,我们在这里倒是看到了令人可喜的变化, 那就是用于AD的SMIL语言,可以通过Helix 来自动生成了.虽然变化是很少,但是还是体现出非常人性的一面.这样,就不怕自己手工写SMIL时候出错了.呵呵.  (点击观看原始图片) |
|
9. Advertising - Ad Timeouts |
这是定义Ad 模块的超时的页面,页面很简单. (点击观看原始图片) 关于Helix Server 的介绍我们就说这么多了. 在发布Helix Server 的同时,RealNetworks公司还发布了其他几个并行产品.比如: Helix Producer 等等! |
|
a. 其他相关软件 |
| 在这里,RealNetworks 公司同步推出的还有相关的 Helix Gateway 和 Helix Producer 等等,请密切关注 SMILChina.com , 我们将在近期逐步推出相关软件的第一手测评资料.. 点击此处访问RealNetworks 公司网站获取更多信息: Helix Gateway: http://www.realnetworks.com/products/gateway/index.html Helix Producer: http://www.realnetworks.com/products/producer/index.html |
|
b. 使用总结 |
| 现在是Helix 发布以后的第3天.我们终于在Helix Server 发布以后的70个小时内给出了第一手的中文测评. Annie已经3天晚上熬到凌晨2点了,因为本身有自己的工作,只好挤时间,抢时间给出了这样一篇文章.这是继WMS9以后,SMILChina推出的又一篇超级大作了. 原来是想找地方发表的,但是,很多的杂志面对的都是初级的用户,这和SMILChina的定位是不一样的.或许有些软件介绍他们会更感兴趣些,而且对这样新的东西,即使他们发布出来,也吸引了不了多少用户的.所以嘛...我们针对的是对流媒体发烧级别的用户了... 这次的Helix 带来的震撼,似乎比从WMS4 到 WMS9的蜕变要小了很多.因为在我看来,WMS9和WMS4比,简直是天差地别. 而Helix 对于Real Server 8.0, 则更象是一次升级.无论从界面或者是结构,都没有太根本的变化. 但是,如果让我在Helix和Corona中选择,除去价格的因素不考虑,我会选择Helix,这只是个人看法而已,而且是在不考虑价格的前提下面做出的选择. 让我们来想想,Real Server 和 WMS4 相比,最大的优势在于什么地方? 稳定!以及多样性的扩展(比如命令行的调用)! 在新版本的Helix 中,我们发现这两个优势被着重给加强了! 就稳定方面,REAL 加入了冗余服务器支持以及对内容的CACHE支持,这让用户能够最快可能连接到服务器,并且保证在任何可能的情况下都可以自动修复. 就多义性扩展方面,首先我们看到Helix真的成了一个超级服务器,它兼容一切常见的媒体格式,甚至对于老对手的WM格式也不例外.可以说,这里用到了中国太极中的"借力打力"的概念!他借助微软的平台和微软的压缩软件来提供给自己流媒体文件.大大的增加了媒体文件的获取途径.再加上新版本的Producer 扩展性更是无人能比(这点我们到介绍Producer 的时候会提到) 光这两点,就让我们有足够的理由选择Helix了,如果没有那可怕的价格门槛! 但是,在这次的测试中,我们没有看到类似微软的快速缓冲技术.据说Real也有类似的Turbo Play的技术,我们在Helix中没有看到设置,而我们在RealONE 的更新中可以看到相关说明.的那么看来,这项技术的应用是和客户端有关的.也就是说,没有用RealONE Player Plus 的用户将无法享受到快速缓冲的快感了!而在Corona中,这个服务是和服务器相关的,只要是高于7.0的播放器,都能享受到Corona 的快速缓冲和快速Seek的功能! 这个技术虽然说不是决定选择的一切,但是的确是一个很吸引眼球的东西哟! 就说这么多吧!在期待了2年以后REAL公司终于没有让我们失望,而下面我们该考虑的是面对如此高的授权价格,我们该如何选择了?! 这次的测评就写这么多了,可能要过两天才会出关于Helix Proxy 和 Helix Producer Plus 的测评报告.最近有些累了!感谢大家对SMILChina一直以来的支持!我们会给大家提供最快最新的报道! |
