|
5. LOGGING & Monitoring - Server Monitor |
由于测试平台是.NET平台,所以默认情况下是没有安装JAVA虚拟机的,这个系统监视页面需要有JAVA 虚拟机才能正常的运行. 由于Helix Server 支持多种文件格式,我们可以看到在一个监视界面上面同时有asf, rm, qt 文件同时被调用的壮观景象! (点击观看原始图片) |
|
5. LOGGING & Monitoring - Access & Error Logging |
| 权限操作日志和错误日志,基本上这两个选项是不需要更改的,除非你的服务器有非常大的数据流量,你可以适当更改一些日志选项,以保证你的服务器不会被日志挤爆... 错误日志将会告诉你系统出现的错误情况,而权限操作日志则可能帮助你找出导致这个错误的原因.如果你还有更多的需要,那么就继续往下看,下面要介绍的就是自定义的日志操作了.  (点击观看原始图片) |
|
5. LOGGING & Monitoring - Custom Logging |
这里就是自定义日志的选项了,这是服务于对Helix Server 有特殊要求的人,里面详细的定义了日志的类型,记录时间,描述,输出格式等等,如果你有兴趣,看看也好. (点击观看原始图片) 关于日志和系统监视的内容就说这么多,下面要说的是Helix Server 的一些广播设置! |
|
6. Broadcasting - RealNetworks Encoding |
| 从这个页面我们就可以看到,在新版本的Helix Producer 中,采用的是新的端口,REAL公司仍然称新版本的Helix Producer 为9.0 Producer , 呵呵! 当然,Helix Server 也对以往的Producer 有着很好的支持,在下面的一个框中,我们就看到了和以往一样的设置选项.关于Helix Producer ,我们会在不久以后给出专门的测评报告.希望大家密切关注.下面我们还要更多的介绍Helix Server 对其他编码器的支持情况...  (点击观看原始图片) |
|
6. Broadcasting - QT & RTP Encoding |
这里我们看到的是关于Helix Server 对QuickTime 的编码器的支持,以后,就可以直接通过QuickTime的编码器发送到Helix Server 上了.当然还有其他的RTP的编码器. (点击观看原始图片) |
|
6. Broadcasting - Windows Media Encoding |
我想,如果微软看到这个页面,肯定会气死的,他的编码器白白为Helix做了嫁衣裳.REAL特别为微软的Windows Media Encoder 度身定做了这样的界面.非常简单的设置以后,就可以通过Windows Media Encoder向Helix Server 发布直播流了.可惜,我们在Corona上面并没有看到对Real的支持. (点击观看原始图片) |
|
6. Broadcasting - Live Archiving |
| 原来在Real Producer Plus 8.5的时候,我们就看到,在压缩的时候可以往服务器上传送,同时可以保存一个副本到本地硬盘.这是一个非常不错的功能,但是有一个问题就是,怎样再把本地的文件上传到服务器上供以后点播使用呢? Helix解决了这个问题,这也就是我们现在看到的这个Live Archiving,原理很简单,设置了路径和名称以后,服务器会监测当前上传的直播流,如果有一致的,则启动录制功能,保存到服务器上的一个制定目录,供以后点播使用.在这里也可以规定录制的时间. 我们不免可以想象这样一个过程,就是从录制服务器上定时启动编码器,然后一旦编码器启动,这边就开始自动录制了.这的确是一个很好的功能,但是同样也提出这样一个问题,就是有没有对于正在24小时直播的流,定时启动这个Archiving功能呢?我没有在页面上面看到具体的选项.这算不算是一个遗憾呢?好了,就说这么多,还有更多东西等着我们呢!  (点击观看原始图片) |
|
6. Broadcasting - Broadcast Redundancy |
这也是一个冗余服务的问题,你可以把很多的流看做是一个流,当其中的一个直播流出现故障或者无法连接的时候,用户将被指向到另外一个正常的直播流上面.看来,REAL公司在这次的产品中特别强调了稳定这个关键因素,而这点正是微软所最缺乏的... (点击观看原始图片) 说了这么多关于直播录制的,下面我们要说的是在服务器之间的交换信息. |
|
7. Broadcast Distribution - Transmitter |
这里定义的是当前服务器向外分发服务的设置,可以通过两种不同的方式来设置,一种是通过具体接收者,而另外一种则是通过Pull的方式向外分发.具体情况可以根据实际的使用需要来选择.由于这里的设置和原理Real Server 8 里面的设置一样,我们就不再详细的说明了. |
|
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一直以来的支持!我们会给大家提供最快最新的报道! |
