`
wangleifire
  • 浏览: 510844 次
  • 性别: Icon_minigender_1
  • 来自: 深圳
社区版块
存档分类
最新评论

通过Stratus 服务器在Flash Player中使用RTMFP 开发 点对点应用(一)

    博客分类:
  • FLEX
阅读更多


作者:Jozsef Vass    译者:巴巴鲁 (请转载时注明和改编时出处,谢谢)

这次翻译篇比较长,也比较有用的文章,也很重要的文章,算是元旦给FLASH FUNS的礼物吧!

Adobe Flash Player 10 and Adobe AIR 1.5 introduce a new communications protocol, Real-Time Media Flow Protocol (RTMFP), whose low latency, end-to-end peering capability, security, and scalability make it especially well suited for developing real-time collaboration applications by not only providing superior user experience but also reducing operators' costs.

Adobe Flash Player 10 Adobe AIR 1.5 引入了一个新的通讯协议,Real-Time Media Flow Protocol (RTMFP) 其低延迟,端到端的对等功能,安全性和可扩展性使它特别适合开发实时协作应用,不仅提供卓越的用户体验,而且运营商降低成本。

Earlier versions of Flash Player use Real-Time Messaging Protocol (RTMP) and require Adobe Flash Media Server (FMS) for interactive collaboration applications (such as Adobe Acrobat Connect Pro) or audio/video streaming. While RTMP is an excellent choice for streaming media, shared objects, or remoting, it has limited ability of meeting real-time requirements of interactive audio and video communications.

早前的Flash Player 版本使用Real-Time Messaging Protocol (RTMP) 需要Adobe Flash Media Server (FMS) 提供合作应用( 例如 Adobe Acrobat Connect Pro) 或者音频视频流。RTMPstreaming media, shared objects, remoting 连接的卓越选择, 它满足实时性要求的交互式音频和视频通信的能力有限。

In order to use RTMFP, Flash Player endpoints must connect to an RTMFP-capable server, such as the Adobe Stratus beta service or a future version of FMS. Stratus is a hosted rendezvous service that aids establishing communications between Flash Player endpoints. Unlike FMS, Stratus does not support media relay, shared objects, scripting, etc. So by using Stratus, you can develop applications only where Flash Player endpoints are directly communicating with one another.

为了能够使用RTMFPFlash Player 客户端必须连接到一个支持RTMFP 协议的服务器,例如Adobe Stratus beta 服务器或者是新版本的FMSStratus 是一台用于Flash Player 客户端间通信的主机。不同于FMS, Stratus 不支持视频转播,shared objects, 脚本,等。 因此,使用 Stratus ,只可以开发 Flash Player 的客户端直接相互交流的应用程序。

Flash Player is already the market leader in online video distribution over the web. With the introduction of RTMFP and advanced media compression technologies, Flash Player 10 is well positioned as the leader in real-time communications as well.

Flash Player 已经在web 视频领域占有重要的市场份额。 由于采用 RTMFP 和先进的媒体压缩技术,将有利于 Flash Player 10 处于实时通信的领先地位。

In this article, I first highlight the benefits of using RTMFP in real-time communications applications. Second, I describe the new ActionScript 3.0 API for managing direct end-to-end RTMFP connections. Finally, I present our VideoPhone sample application.

在这篇文章中,我首先强调在即时通讯领域使用RTMFP 的优势。其次,我将要介绍直接管理点对点RTMFP 管理所对应的新的ActionScript 3.0 API 。最后,我介绍我们的VideoPhone 应用实例。

Requirements

要求

In order to make the most of this article, you need the following software and files:

为了使用文中的文件,你需要以下软件和文件:

Flex Builder 3

Note: Please follow the instructions in Introducing Flex SDK 3.2 and Flex Builder 3.0.2 to install Flex Builder 3.0.2. This also includes Flex SDK 3.2, which is required to build applications targeting Flash Player 10. Although you may also use Adobe Flash Professional CS4 for development, this article instructs how to build a sample application using Flex Builder 3.

注意:请按照Introducing Flex SDK 3.2 and Flex Builder 3.0.2 指南中的方法去安装Flex Builder 3.0.2. 这里面包括Flex SDK 3.2, 这是为了建立 Flash Player 10 应用。尽管你也可以使用Adobe Flash Professional CS4 作为开发工具,但这篇文件指导你如果使用Flex Builder 3 建立一个简单的应用.

Flash Player 10

Sample files:

Prerequisite knowledge

预备知识

Familiarity with ActionScript 3.0 and Flex Builder is required.

熟悉ActionScript 3.0 Flex Builder 是必要的。

Benefits of RTMFP

RTMFP 的好处

Real-Time Media Flow Protocol (RTMFP) is a new communications protocol introduced in Flash Player 10 and also available in AIR 1.5. One of its major differentiators from Real-Time Messaging Protocol (RTMP), which is based on the Transmission Control Protocol (TCP) and exclusively used in previous versions of Flash Player, is that RTMFP is built on User Datagram Protocol (UDP).

Real-Time Media Flow Protocol (RTMFP) 是一个引入到Flash Player 10 in AIR 1.5 新的通讯协议。同Real-Time Messaging Protocol (RTMP) 的主要不同点之一是,RTMP 基于传输控制协议 (TCP) 和 先前版本的Flash PlayerRTMFP 建立在 User Datagram Protocol (UDP) 协议.

While TCP provides reliable data delivery (well applicable for file transfer, e-mail, etc.), it does not provide any end-to-end delay guarantees. Reliable data transmission in TCP is achieved by re-transmission of lost data, which introduces latency. Because minimizing end-to-end delay is one of the most important goals in real-time communications (a few hundred milliseconds' delay may render a conversation unusable), TCP is not well suited for this purpose. Transmission error resilience and recovery form an integral part of most advanced audio and video compression techniques—such as Speex audio and H.264 video codec, both available in Flash Player 10. Reliable delivery provided by TCP is therefore not needed. As a result, UDP, which provides an efficient and rapid data delivery, is popularly used in real-time collaboration applications where minimizing end-to-end delay is of paramount importance. Another advantage of UDP over TCP that it enables end-to-end peering—that is, direct data transmission between two clients located behind network address translators (NATs).

TCP 提供了可靠的数据传输(也适用于文件传输,电子邮件等) ,它没有提供任何端到端延迟保证。可靠的数据传输的 TCP 实现了重新传输丢失的数据,其中包括了延迟。 由于尽量减少端到端延迟是实时通信 (几百毫秒的延迟可能使一个会话不可用)中最重要的一个目标,TCP 是不适合用于这一目的。传输错误复原和恢复不可分割的组成部分,最先进的音频和视频压缩技术,如Speex 音频和H.264 视频编解码器,可同时在Flash Player 10 因此,可靠的交付所提供的 TCP 没有必要的。因此, UDP 连接,它提供了一个高效,快速的数据传输,是普遍使用的实时协作应用,尽量减少端到端延迟是至关重要的。 另一个优势在于 UDP 连接,它使端到端的对等,也就是说,数据直接的传输客户之间后面网络地址转换( NAT ) 。

When compared to RTMP, RTMFP provides the following advantages for real-time communications:

当同RTMP 做对比,RTMFP 提供下列高级的即时通讯:

  • Low latency: Since RTMFP is built on top of UDP, it provides minimal latency for real-time communications. It is important to note that RTMFP provides both reliable and unreliable service. When sending data between two Flash Player instances (for example, using the NetStream.send() method), reliable data transmission is used. When sending Speex audio between two Flash Player instances, unreliable delivery is used, providing the smallest possible latency.
  • 低延迟:一但 RTMFP 建立起了UDP ,它将给即时通讯提供最小的延迟。重要的是要注意RTMFP 提供了可靠和不可靠的服务。当在两个Flash Player 实例之间发送数据的时候(例如,使用NetStream.send() 方法),可靠的数据传输被使用。当在两个Flash Player 实例之间发送Speex 音频的时候,不可靠的交互方式被使用,以提供最小的延迟。
  • End-to-end media delivery: Media is sent directly between two Flash Player instances without routing through a central relay server. When compared to RTMP, where all data is sent through Flash Media Server, RTMFP not only further reduces end-to-end delay, but also eliminates costs associated with a central data relay, thus lending itself to extremely scalable deployments.
  • 点对点媒体传输: 媒体直接发送给两个 Flash Player 的情况下,不通过路由,而是通过一个中央中继服务器。当同 RTMP 相比发现,在所有通过 Flash Media Server 传送的数据, RTMFP 不仅进一步降低了端到端的延迟,而且也消除了中央数据中继的相关开销,因此,有助于自身的可扩展性部署。
  • Data prioritization: Audio is transmitted with higher priority than video and non-time critical data (such as instant message, etc.). This can significantly enhance user experience over a bandwidth constrained communications channel.
  • 数据的优先次序:音频传输具有较高优先于视频和非时间关键数据(如即时信息等) 。这可以通过带宽通信通道的限制大大提高在用户体验。

All of these features represent tremendous benefits for real-time communications, providing a significantly greater user experience than is achievable with earlier versions of Flash Player.

所有这些功能代表了应用于实时通信的巨大优势,提供了一个极大的用户体验,其成就比早期版本的Flash 播放器的效应更为巨大。

Firewall traversal

穿越防火墙

RTMFP is built on top of UDP, which enables direct connection between clients even if they are located behind NATs or firewalls. In order for RTMFP to work, your firewall must be configured to allow outgoing UDP traffic. While this is the case with most consumer or small office/home office ( SOHO) firewalls, many corporate firewalls block UDP traffic altogether.

RTMFP 是建立在UDP 连接的基础上,使客户端直接的通信,即使它们位于NATs( 译者注: 是一个网络协议允许客户端后面的 NAT (网络地址转换) ,以找出其公共地址,类型的 NAT 是延迟和互联网方面的端口相关的网络地址转换,尤其本地端口。此信息是用来建立 UDP 连接(用户数据报协议)之间的沟通 两个主机都是延迟的 NAT 路由器。该议定书是指在 RFC 3489 ) 或防火墙。为了RTMFP 工作,您的防火墙必须配置为允许即将发出的UDP 通信。大多数的消费者或小型办公室/ 家庭办公室( SOHO )的防火墙是这种情况,许多企业防火墙完全阻止UDP 通信。

One solution is to configure Flash Player to use a TURN proxy (Traversal Using Relays around NAT). Flash Player supports IETF Internet Draft draft-ietf-behave-turn-08 without authentication. If the network administrator configures a TURN proxy that allows outgoing UDP, Flash Player can be configured by adding the following line in mms.cfg (for more information on Flash Player configuration and the location of mms.cfg, please read the Adobe Flash Player Administration Guide for Flash Player 10 ):

一种解决办法是配置的 Flash Player 使用转向代理 (遍历周围可用的 NAT Flash Player 的支持 IETF 的因特网草案 draft-ietf-behave-turn-08 。如果网络管理员配置转向代理,允许即将发送的 UDP 连接, Flash 播放器可以增加在 mms.cfg 的配置(更多的信息 Flash Player 的配置和位置 mms.cfg ,请阅读 Adobe Flash Player的管理指南的 Flash Player 10

RTMFPTURNProxy=ip_address_or_hostname_of_TURN_proxy

Direct UDP traffic is always attempted and the TURN proxy is only used as a backup: it is used for UDP traffic that cannot flow between Flash Player and Stratus (in case of UDP blocking firewall) or between Flash Player endpoints.

直接UDP 通信总是被尝试,转向代理只是用来作为备份:它是用于UDP 通信,不能在Flash PlayerStratus (如UDP 协议封锁防火墙)之间或Flash Player 的端点之间流动。

Even if your firewall enables outgoing UDP traffic, it is possible that end-to-end peering cannot be established due to a combination of firewalls. When one endpoint is located behind a so-called "symmetric firewall," end-to-end communications may not be possible. (For a classification of firewalls, please see the Network address translation entry on Wikipedia.) In this situation, you may use a TURN proxy to aid firewall traversal.

即使你的防火墙使即将发送的 UDP 通信的用,可能和你对应端的防火墙不能够允许通过。当一个端点设在一个所谓的 对称的防火墙, 的后面,端到端的通信可能是不可以实现。 (对于多种防火墙,请进入维基百科参阅 网络地址转换 )在这种情况下,你可以使用转代理援助你防火墙穿越。

 

 

Flash Player instances must connect to the Adobe Stratus service (using rtmfp://stratus.adobe.com) in order to communicate with one another. Stratus is a hosted rendezvous service that helps Flash Player instances contact one another even if they are located behind NATs. Although connecting to Stratus service is very similar to connecting to Flash Media Server, Stratus does not provide any of the typical Flash Media Server features (media relay, shared objects, remoting, etc.). Flash Player endpoints must stay connected to Adobe Stratus during the entire time of communication. In order to access Stratus, you will need a developer key that is generated when you create your Adobe Developer ID.

Flash Player 实例必须连接到Adobe Stratus service (使用rtmfp / / stratus.adobe.com ) ,用以彼此的通讯。 Stratus 是提供会合服务的主机,帮助Flash Player 实例间的互相联系,即使它们位于NATs 的后面。虽然连接到Stratus 服务非常相似连接到Flash Media ServerStratus 没有提供任何Flash Media Server 典型的功能(媒体中继,共享对象,远程等) 。 Flash Player 客户端必须保持在整个通讯期间一直与Adobe Stratus 连接。为了获得Stratus ,您将需要您从Adobe 公司申请来的开发密钥。

RTMFP support is being planned for future version of Flash Media Server (no release date). With Flash Media Server, it will be possible to enable communications between Flash Player 9 or earlier clients (using RTMP) and Flash Player 10 clients (using RTMFP).

RTMFP 支持正在计划添加到未来版本的 Flash Media Server (无发行日期) 。这样 Flash Media Server ,将有可能同 Flash Player 9 或更早的客户(使用 RTMP )通信和 Flash Player 10 个客户端(使用 RTMFP 通信。


Security

安全

RTMFP provides secure communications between endpoints. It uses a 128-bit AES with the key negotiated using the Diffie-Hellmann key exchange method. However, it does not provide strong endpoint authentication such as SSL or RTMPS. To aid endpoint authentication, RTMFP and ActionScript expose secure nonces to application developers. These nonces are available at both communicating Flash Player endpoints and are guaranteed to match. By verifying these nonces, end users can ensure that there is no man-in-the-middle attack. These nonces can also be used to develop key continuity mechanism.

RTMFP 提供终端设备之间的安全通信。它的密钥采用128AES 谈判使用Diffie-Hellmann 密钥交换方法。不过,这并不提供强大的终端认证,如SSLRTMPS 。为了帮助端点认证, RTMFPActionScript 揭露给应用开发者secure nonces 。这些nonces 可在双方沟通的Flash Player 的终点,并保证比赛。通过核实这些nonces ,最终用户可以确保没有人在中间攻击。这些nonces 还可以用来开发关键的连续性机制。

It is important to note that Flash Player only enables sending media from your microphone and webcam devices to other Flash Player endpoints that subscribe to your media streams. Flash Player does not relay data on behalf of any other Flash Player endpoints (such as in a multicast scenario).

重要的是要注意到, Flash 播放器不仅从您的麦克风和摄像头设备发送媒体,其他的Flash Player 端点订阅您的媒体流。代表Flash 播放器并不中继任何其他Flash Player 的端点数据(如在一个多播的情况) 。

For more information on RTMFP, please read the FAQ on Adobe Labs:

对于更多关于RTMFP 的信息,请阅读Adobe Labs 上的帮助:

ActionScript 3.0 API supporting RTMFP

ActionScript 3.0 API 支持 RTMFP

There is a new ActionScript 3.0 API in Flash Player 10 to support RTMFP. Connecting to the Stratus service and creating end-to-end media streams are analogous to working with Flash Media Server. Please note that you must use ActionScript 3.0 with either Flash Professional CS4 or Flex Builder 3 targeting Flash Player 10 or AIR 1.5.

有一个新版本的ActionScript 3.0API 支持Flash Player 10RTMFP 。连接到Stratus 错服务和创造端到端媒体流的方法类似于Flash Media Server 的工作方法。请注意,您必须使用的ActionScript 3.0 或者Flash Professional CS4Flex Builder 3 构建目标于Flash Player 10AIR 1.5

As I mentioned before, first you must connect to the Adobe Stratus service:

正如我前面提到的,首先你必须连接到Adobe 公司Stratus 的服务:

private const StratusAddress:String = "rtmfp://stratus.adobe.com";
private const DeveloperKey:String = "your-developer-key";
private var netConnection:NetConnection;
 
netConnection = new NetConnection();
netConnection.addEventListener(NetStatusEvent.NET_STATUS,
netConnectionHandler);
netConnection.connect(StratusAddress + "/" + DeveloperKey);

The developer key is issued when you sign up for an Adobe Developer Connection account and is available on the Adobe Stratus beta service site.

开发者钥匙是你通过登陆你的Adobe 公司开发者帐户申请得到,这个申请在 Adobe Stratus beta 服务的网站。

Upon successful connection to Stratus, you get a NetConnection.Connect.Success event. There could be several reason for connection failure. If you provide an invalid developer key or incorrectly specify Stratus address, you'll receive NetConnection.Connect.Failed . If your firewall blocks outgoing UDP traffic, you'll receive the NetConnection.Connect.Failed event after a 90-second timeout.

在成功连接到 Stratus ,你得到 NetConnection.Connect.Success 事件。失败可能有几个方面的原因。如果您提供了一个无效的开发者或不正确的钥匙指定地址,您将收到 NetConnection.Connect.Failed 。如果你的防火墙阻挡即将发送的 UDP 通信,您会收到的 NetConnection.Connect.Failed 事件后, 90 秒超时。

After successfully establishing a connection to the Stratus service, you are assigned a unique 256-bit peer ID ( NetConnection.nearID ). Other Flash Player endpoints must know this peer ID in order to receive your published audio/video streams. It is out of the scope of Flash Player or the Stratus service how these peer IDs are exchanged among Flash Player endpoints. For exchanging peer IDs, you may use an XMPP service or a simple web service, as the Video Phone sample application does.

在成功建立连接的 Stratus 服务中,您被分配一个独特的 256 peer ID NetConnection.nearID 。其他 Flash Player 的端点必须知道这个 peer ID ,以便收到您发表的音频 / 视频流。 Flash Player Stratus 的服务是如何将这些 ID 在需要通讯的 Flash Player 客户端内传递,不在文章讨论范围内。对于交换 ID ,你可以使用一个 XMPP 协议的服务或一个简单的网络服务,如视频电话样本应用程序。

Direct communications between Flash Player instances is conducted using unidirectional NetStream channels. That is, if you want two-way voice conversation, each Flash Player endpoint must create a sending NetStream and a receiving NetStream .

Flash Player 实例直接通讯使用单向网流渠道。也就是说,如果你想双向语音交谈,每个 Flash Player 的端点必须建立一个发送 NetStream 和接收 NetStream


First, create a sending NetStream :

首先创建一个发送NetStream

private var sendStream:NetStream;
 
sendStream = new NetStream(netConnection, NetStream.DIRECT_CONNECTIONS);
sendStream.addEventListener(NetStatusEvent.NET_STATUS,netStreamHandler);
sendStream.publish("media");
sendStream.attachAudio(Microphone.getMicrophone());
sendStream.attachCamera(Camera.getCamera());

This means that media is published as an end-to-end stream. Since Stratus cannot relay media, you can publish only end-to-end streams. This stream will include both audio and video from your local default devices chosen by the Settings Manager.

这意味着,媒体作为一个端到端的流发布。由于Stratus 不能中继媒体,您只可以发布端到端的流。从您的设置管理器选择本地默认设备发出的流媒体将包括音频和视频。

Note: Audio/video is not sent out until another Flash Player endpoint subscribes to your media stream.

注:音频 / 视频无法发送,直到另一 Flash Player 的客户端订阅您的媒体流。

Now, create the receiving NetStream :

现在,创建接收NetStream

private var recvStream:NetStream;
 
recvStream = new NetStream(netConnection, id_of_publishing_client);
recvStream.addEventListener(NetStatusEvent.NET_STATUS, netStreamHandler);
recvStream.play("media");

At this point, you hear audio and you can create a Video object to display video. In order to create the receiving NetStream , you must know the 256-bit peer ID of the publisher ( id_of_publishing_client ). In order to receive audio/video, you must know the name of the stream being published.

在这一点上,你听到声音,你可以创建一个视频对象显示视频。为了创造接收 NetStream ,您必须知道发布者的 256 peer ID (发布客户端的 id_ 。为了接收音频 / 视频,您必须知道被发布出来的流的名字。

Advanced topics

高级主题

The publisher has fine control over which endpoint can receive its published stream. When a subscriber attempts to receive a published stream, the onPeerConnect() method is invoked (default implementation simply returns true ) on the published NetStream . The publisher could disallow certain Flash Player endpoints to receive its media:

发布者有良好的控制权而接收端可以接收其发布的流。当一个用户试图获得发布的流时,onPeerConnect ()方法被调用(默认简单执行返回true )对发布的NetStream 。发布者可以禁止某些Flash Player 的终端接收媒体:

var o:Object = new Object();
o.onPeerConnect = function(subscriberStream:NetStream):Boolean
{
   
if (accept) 
   
{
      
return true; 
   
}
   
else
   
{
      
return false; 
   
}
}
sendStream.client = o; 

On the publisher side, the NetStream.peerStreams property holds all the subscribing instances of the publishing NetStream . For example, using sendStream.send() will send the same data to all subscribers. You can use the following to send information to a specific subscriber:

在发布方, NetStream.peerStreams 属性中拥有所有订阅发布的实例。例如,使用 sendStream.send ()将发送相同的数据到所有用户。您可以使用下面的方法将信息发送到一个特定的用户:

sendStream.peerStreams[i].send()

The NetConnection.maxPeerConnections property specifies the number of peer streams that are allowed to connect to the publisher. The default value is set to 8 but, in practice, depending on your application, you must consider that most ISPs provide asymmetric Internet access. Figure 1 illustrates the direct communication among three instances of Flash Player. Each Flash Player endpoint sends and receives two streams, creating a fully connected mesh. Since Internet download capacity is generally much higher than upload capacity, you must be extra careful not to overload the end-user's uplink.

NetConnection.maxPeerConnections 属性指定被允许连接发布者的peer 流的数量。默认值是设定为8 但在实践中,这取决于您的应用程序时,必须考虑到大多数互联网服务供应商提供非对称互联网接入服务的许可。图1 说明了直接和三个Flash Player 的实例通讯 。每个Flash Player 客户端发送和接收两个流,建立一个完全连接网格。从互联网下载的能力普遍高于上传的能力,你必须要格外小心,不要超负荷用户终端的上行能力。

End-to-end connections using the Stratus service

Figure 1. End-to-end connections using the Stratus service

1  使用Stratus 服务点对点连接

The NetConnection.unconnectedPeerStreams property is an array of NetStreams that are not associated with a publishing NetStream yet. When a publishing stream matches a subscribing stream name, the subscribing NetStream is moved from this array to the publishing NetStream.peerStreams array.

NetConnection.unconnectedPeerStreams 属性是一个没有相关发布的 NetStreams 数组。当一个发部流同一个订阅流相互竞争时,订阅 NetStream NetStream.peerStreams 的数组中移除。

Exploring the Video Phone sample application

探索视频电话示例应用程序

We have developed a sample video phone application for illustrating how to use end-to-end capabilities of Flash Player 10. It is also available as part of this article.

我们已经开发了一个视频电话示例 ,说明如何使用Flash Player 10 的端到端能力 。它也可作为部分文章。

The Video Phone sample application relies on a simple HTTP service to exchange the Flash Player peer ID. The script is provided as part of the package (reg.cgi). This web service does not provide any user authentication. After Flash Player successfully connects to Stratus, it registers its peer ID with the web service. When making a call, the Video Phone caller uses this web service to look up recipient's peer ID.

该视频电话示例应用程序依赖于一个用于交流Flash Player peer ID 简单的HTTP 服务。提供的一部分该脚本,封装在( reg.cgi ) 。这种网络服务不提供任何用户认证。在Flash 播放器成功地连接到Stratus ,但其peer ID 的网络服务。当创建一个呼叫电话时,视频电话呼叫使用此网络服务来查找收件人的peer ID

Adobe runs this web service exclusively for the hosted Video Phone sample. When you build your own Video Phone sample, you must run your own web service and specify WebServiceUrl in VideoPhoneLabs.mxml. You should override the AbstractIdManager class to implement your own peer ID exchange mechanism—using, for example, XMPP, Google Apps, or the Facebook framework.

Adobe 公司运行这一网络服务专门提供视频电话样本。当您建立自己的视频电话样本,则必须运行您自己的网络服务,并在 VideoPhoneLabs.mxml 指定WebServiceUrl 。您应该使用自己重写的AbstractIdManager 类来执行自己的peer ID 身份证交流机制,例如, XMPP 协议,谷歌应用服务,或Facebook 的框架。

The following steps are necessary to build a Video Phone sample application (for more details, please see ReadMe.txt included in the package):

下列是建立一个视频电话示例应用程序的必要步骤(更多详情,请参阅ReadMe.txt 包中包含) :

1.      Host a web service for the peer ID exchange using the provided reg.cgi Python script.

1. 使用主机网络服务提供的 peer ID reg.cgi Python 脚本。

2.      Update to Flex Builder 3.0.2 to target Flash Player 10 or AIR 1.5.

2. 更新的Flex Builder 3.0.2 配置, 并对应开发于Flash Player 10AIR 1.5 环境下。


3.      Create a new Flex project.

3. 创建一个新的 Flex 项目。


4.      Add the source files from the package (VideoPhoneLabs.mxml, AbstractIdManager.as, HttpIdManager.as, IdManagerError.as, and IdManagerEvent.as) to the project src folder.

4. 添加源文件的包( VideoPhoneLabs.mxml AbstractIdManager.as HttpIdManager.as IdManagerError.as ,并 IdManagerEvent.as )的项目源文件夹中。

 

5.      Configure your project with Flex SDK 3.2 and target Flash Player 10 or AIR 1.5.

5. 调试你的项目配制为Flex SDK 3.2 同时发布对象为Flash Player 10 AIR 1.5.


6.      Specify your Stratus developer key in DeveloperKey in.

6.  VideoPhoneLabs.mxml 文件中替换DeveloperKey 为您的Stratus 开发密钥。


7.      Specify the URL for the web service in WebServiceUrl in.

7.  VideoPhoneLabs.mxml 文件中替换WebServiceUrl 为指定的web service

The Video Phone sample application uses the phone model. The call establishment procedure is implemented using end-to-end NetStream.send() messages. Since you can use the NetStream.send() method only on an established NetStream, Video Phone publishes a so-called "listener stream" (with a fixed name) to which other Flash Player endpoints can connect. When client A (the caller) wishes to communicate with client B (A calls B), he or she subscribes to client B's listener stream. At this point, client B is notified of the peer ID of the caller (using the onPeerConnect() method) and subscribes to client A's media stream. Through this media stream, client A notifies client B about his or her user-friendly name (using the NetStream.send() method), which is presented to the user to either accept or reject the call. If the call is accepted, client B publishes the media stream and two-way communications is established.

该视频电话示例应用程序使用的手机模型。呼叫建立程序执行是使用端到端 NetStream.send ()的信息。既然你可以使用NetStream.send ( )方法只对指定的NetStream ,视频电话发表其他Flash Player 客户端可以连接的所谓的<spa

分享到:
评论

相关推荐

    Adobe Stratus P2p Demo

    学习和分析Adobe Stratus P2P Demo,我们可以了解到P2P通信的基本原理,如何在Flash环境中使用P2P技术,以及如何通过Adobe Stratus服务构建实时通信应用。这对于希望开发基于Flash的多人游戏、在线协作工具或其他...

    基于Stratus服务器的虚拟化系统在海洋石油平台中的应用.pdf

    标题中的“基于Stratus服务器的虚拟化系统在海洋石油平台中的应用”主要涉及的是如何利用Stratus公司的ftServer系列硬容错服务器以及虚拟化技术,提高海洋石油平台中央控制系统的稳定性和安全性。这一应用旨在解决老...

    Stratus容错服务器在钢铁企业MES中的应用研究_MES_管理信息化_2067.doc

    综上所述,Stratus容错服务器在钢铁企业MES中的应用,通过其先进的硬件冗余和软件故障防护技术,确保了生产过程的连续性和数据完整性,对于提升钢铁企业的生产效率和管理水平具有重大意义。它不仅能够实现实时监控和...

    Adobe Stratus 与 php + Mysql 实现p2p的语音视频聊天

    Adobe Stratus是一个由Adobe公司提供的免费服务,它利用Flash Player的实时通信技术(RTMFP)来实现点对点(P2P)的数据传输。在本文中,我们将深入探讨如何结合Adobe Stratus、PHP和MySQL来创建一个语音视频聊天...

    NEC携手Stratus共同开发Linux容错服务器.pdf

    标题和描述中提到的是NEC(日本电气株式会社)与Stratus共同合作开发Linux容错服务器的事件。这个合作旨在提升服务器的稳定性和可用性,特别是在关键业务应用中的表现。Linux操作系统因其开源、成本效益高以及灵活性...

    基于Adobe Stratus P2P HoolChat群聊应用

    Adobe Stratus是一款由Adobe公司开发的免费开源工具,它基于Peer-to-Peer(P2P)技术,专门用于实现实时的、低延迟的通信服务,如视频聊天、语音通话和多人在线互动应用。HoolChat群聊应用是利用Adobe Stratus技术...

    Stratus美国容错隆重推出业界首台四核容错服务器 为Windows及Linux关键业务应用提供可靠及高效的运作保障.pdf

    Stratus Technologies发布的第四代ft Server 6200系列容错服务器是业界首台采用Intel Xeon四核处理器的容错服务器,专为Windows和Linux的关键业务应用设计,旨在提供高度稳定性和效率。这款服务器在Continuous ...

    容错应用服务器 高可用性

    在实际应用中,Stratus容错服务器的安装、调试和系统迁移都非常简便,不像双机集群那样需要依赖软件供应商进行复杂的代码研发和测试。而且,Stratus的维护几乎不产生额外费用,无需依赖高级工程师,降低了运维压力。...

    Stratus-Android:Stratus Android应用程序

    开发者在研究这个项目时,不仅能够学习到Android应用开发的基本知识,还能深入理解语音识别、自然语言处理和数据可视化的实践应用。此外,通过阅读和分析代码,还能提升Java编程和项目架构设计的能力。对于想要在...

    flexp2p视频聊天

    Flex是Adobe开发的一种开源框架,主要用于构建富互联网应用程序(RIA),它允许开发者使用ActionScript语言创建交互性强、图形丰富的网络应用。在这个场景中,Flex被用来构建用户界面和处理网络通信。 RTMFP(Real-...

    Stratus ftServer 最可靠的计算机系统

    总体来说,Stratus ftServer是那些对系统稳定性有着极高要求的组织的理想选择,它通过创新的容错技术和高可用性设计,确保业务连续性,降低因系统故障导致的风险和损失。无论是大型金融机构的交易处理,还是公共服务...

    Stratus简化边缘计算方案.zip

    在 Stratus 的方案中,他们可能强调以下几个核心知识点: 1. **边缘计算架构**:边缘计算通常包括设备层、边缘节点、汇聚节点和云中心四个层次。设备层收集数据,边缘节点处理数据并执行实时决策,汇聚节点将多个...

    PyPI 官网下载 | stratus-api-events-0.0.3.tar.gz

    标题中的"PyPI 官网下载 | stratus-api-events-0.0.3.tar.gz"表明这是一个在Python Package Index(PyPI)上发布的开源软件包。PyPI是Python社区广泛使用的资源库,开发者可以在这里发布自己的Python库,供其他用户...

    容错服务器的介绍.pptx

    容错服务器是针对关键业务应用设计的服务器,其主要目标是提供极高的系统可用性和稳定性,确保即使在硬件或软件出现故障的情况下,服务也能不间断地持续运行。容错技术是这种高可用性的核心,它通过冗余硬件和智能...

    容错服务器硬件冗余的优势

    然而,容错服务器可以通过特有的ftMemory功能,在重启过程中保存部分内存数据,从而避免重要数据的丢失。 2. **故障追溯**:借助于ftMemory功能,可以在系统恢复后追溯到故障发生的具体原因,这对于后续的故障排除...

    关于StratusftServer容错服务器[参照].pdf

    综上所述,Stratus ftServer作为一款先进的容错服务器,通过独特的技术手段实现了极高的可用性和数据安全性,降低了维护成本,特别适合对服务连续性有极高要求的行业。其在与传统双机冗余和集群技术的比较中,无论在...

    美国容错服务器系统安装与配置文档

    这强调了Stratus Technologies在容错服务器市场中的知识产权保护意识,并指出了其产品在市场上的官方认证。 综上所述,文档详细描述了ftServer系列容错服务器系统从安装、配置到升级的全过程,同时强调了知识产权、...

    struts服务器

    everRun Enterprise 是由 Stratus Technologies 开发的一款高可用性软件解决方案,它能够确保应用程序和服务即使在硬件故障的情况下也能持续运行。该软件通过在两个或多个服务器之间复制数据和操作状态来实现这一点...

    everRun用户指南

    在安装过程中,需要选择适合的服务器平台、配置存储资源、设置网络参数等。用户需要根据自己的需求选择合适的配置模式。 管理和故障排除 EverRun 软件提供了多种管理工具,包括 EverRun Availability Console、...

Global site tag (gtag.js) - Google Analytics