从这个页面我们就可以看到，在新版本的Helix Producer 中，采用的是新的端口，REAL公司仍然称新版本的Helix Producer 为9.0 Producer ， 呵呵!
当然，Helix Server 也对以往的Producer 有着很好的支持，在下面的一个框中，我们就看到了和以往一样的设置选项.关于Helix Producer ，我们会在不久以后给出专门的测评报告.希望大家密切关注.下面我们还要更多的介绍Helix Server 对其他编码器的支持情况...
QT & RTP Encoding
这里我们看到的是关于Helix Server 对QuickTime 的编码器的支持，以后，就可以直接通过QuickTime的编码器发送到Helix Server 上了.当然还有其他的RTP的编码器.
Windows Media Encoding
我想，如果微软看到这个页面，肯定会气死的，他的编码器白白为Helix做了嫁衣裳.REAL特别为微软的Windows Media Encoder 度身定做了这样的界面.非常简单的设置以后，就可以通过Windows Media Encoder向Helix Server 发布直播流了.可惜，我们在Corona上面并没有看到对Real的支持.
Live Archiving
原来在Real Producer Plus 8.5的时候，我们就看到，在压缩的时候可以往服务器上传送，同时可以保存一个副本到本地硬盘.这是一个非常不错的功能，但是有一个问题就是，怎样再把本地的文件上传到服务器上供以后点播使用呢?
Helix解决了这个问题，这也就是我们现在看到的这个Live Archiving，原理很简单，设置了路径和名称以后，服务器会监测当前上传的直播流，如果有一致的，则启动录制功能，保存到服务器上的一个制定目录，供以后点播使用.在这里也可以规定录制的时间.
我们不免可以想象这样一个过程，就是从录制服务器上定时启动编码器，然后一旦编码器启动，这边就开始自动录制了.这的确是一个很好的功能，但是同样也提出这样一个问题，就是有没有对于正在24小时直播的流，定时启动这个Archiving功能呢?我没有在页面上面看到具体的选项.这算不算是一个遗憾呢?好了，就说这么多，还有更多东西等着我们呢!
Broadcast Redundancy
这也是一个冗余服务的问题，你可以把很多的流看做是一个流，当其中的一个直播流出现故障或者无法连接的时候，用户将被指向到另外一个正常的直播流上面.看来，REAL公司在这次的产品中特别强调了稳定这个关键因素，而这点正是微软所最缺乏的...
说了这么多关于直播录制的，下面我们要说的是在服务器之间的交换信息. |
