问题标签 [rtmfp]

我正在使用 RTMFP 在 Flash 中创建一个启用语音的应用程序，我注意到一旦打开 RTMFP 流并开始播放，Flash 插件就会自动调节其他进程/应用程序（至少在 Windows 上）的音量 - 非常类似于Skype 这样做的方式。此外，一旦访问麦克风，Flash 似乎也会自行调节（！）音量，这在小组会议中是非常矛盾的。见：http: //i50.tinypic.com/2415r4k.jpg

所以，我想做的是访问自动声音设置，要么禁用，要么为它们设置我自己的规则，因为在我看来，默认设置效果不太好。不幸的是，搜索这个主题并没有提出任何可用的结果，所以我希望也许其他人已经设法做到这一点并且能够给我一个提示。

如果这通常是不可能的，那么在每个打开的 NetStream 上禁用自动声音设置就足够了，这样至少这些声音总是保持在 100% 或更高，具体取决于具体情况。有谁知道在 NetStream 实例上手动设置音量/增益是否会覆盖插件所做的自动设置？还是自动声音设置总是覆盖/添加到该设置并且完全不受开发人员的影响？

提前致谢

对不起，我想和你澄清一下。使 RTMFP 连接成为可能的要素是……您需要 Cirrus 开发人员密钥、Flash Media Server 或 FMS 托管、Web 服务器和 Flash 播放器 10 或更高版本。最后，您是否需要在 Actionscript 或 Actionscript 3 中编辑您的 API。这是正确的还是我遗漏了什么？

我的小程序使用 RTMFP 连接到 FMS4.5。我打开一个 NetConnection 并使用 NetStream 将视频从服务器流式传输到小程序。当我想在小程序或服务器上执行功能时，我使用 NetConnection.call();

我的问题是，AS3 是否在内部做任何事情来确保通过 UDP 进行调用，或者是否存在 UDP 丢失的风险，并且该函数在被调用时永远不会发生？

假设有时可能会丢失 UDP 流量，我让响应者重试 onStatus。这段代码看起来像是真的可以完成这项工作还是矫枉过正？

和...

那么这会确保通过 UDP / RTMFP 调用该函数吗？

还是 .call() 可靠性在内部处理，这是不必要的？

我有一些问题，请回答我。

基本上我想开发类似 Livestream / Ustream 网络应用程序的东西。我想学习如何开发类似的东西。但我没有开发 Flash 应用程序的经验，所以我在潜入之前寻找答案。

我读过 RTMFP，发现它是一种点对点视频/音频流技术，所以我很困惑是否需要像 adobe flash 媒体服务器这样的媒体服务器来流式传输实时视频。

我读到 RTMFP 不会消耗我的带宽，因为它是点对点技术，这是真的吗？如果是这样，那么这真是太好了，令人难以置信，但我知道，当产品好得令人难以置信时，它肯定有很多缺点。请告诉我将 RTMFP 用于 Livestream / Ustream 应用程序的缺点。

我正在使用 ActionScript 开发一个简单的一对一 P2P 视频聊天，并且我想确保在给定带宽的情况下为同行提供最佳视频质量。这表示：

1. 在聊天开始时根据可用带宽设置最佳质量
2. 通过降低质量来应对聊天期间的网络拥塞。

该任务类似于动态流切换，但 P2P 有其特点，使动态流方法不起作用。例如，在动态流切换中监控的 maxBytesPerSecond 指标在 P2P 中非常无用，其中接收 NetStream 的缓冲区大小设置为 0 以最小化延迟。

到目前为止，看起来 P2P 最可靠的 QoS 指标是 SRTT。在我在本地网络上进行的模拟测试中，当引入带宽限制时，带宽拥塞会使其达到 500 毫秒甚至更多。但是，它没有提示如何最好地调整 in 的值bandwidth以Camera.setQuality(0, bandwidth)响应拥塞。

我做了很多实验，但我仍然没有看到一个清晰简单的解决问题的方法。我还想知道如何在其他 RTMFP 聊天解决方案中解决这个问题（如果有的话）。

我有一个项目要求我使用 RTMFP Flex 使用 flash p2p 视频。当我们测试应用程序时，质量很好，但音频和视频有明显的延迟（1-2 秒）。我调整了设置以降低质量以实现可接受的延迟，但客户正在将其与 Skype 视频进行比较。

有什么我错过的吗？rtmfp 可接受的延迟是多少？Skype 是否优于 flash p2p 视频？你能列出与我的问题相关的因素吗？

我正在尝试使用 flash 和 rtmfp 协议开发实时视频聊天应用程序，但我对 rtmfp 如何保证连接对等点存有疑问，尤其是当对等点位于不同的网络中时。

我想为我的雇主开发一个基于 Web 的应用程序。该应用程序将允许用户使用他们的网络摄像头面对面聊天。我真的对 rtmfp 很感兴趣，直到根据http://www.adobe.com/devnet/adobe-media-server/articles/p2p_rtmfp_groups.html发现它只适用于一种或两种方式的会议，这意味着只有两种人们将能够像聊天一样互相聊天。但我想要一个多路会议。谢谢！

我正在寻找构建一个应用程序，该应用程序至少部分需要将音频从客户端机器实时流式传输到服务器。理想情况下，我想运行一个 linux 服务器，我的应用程序的其余部分是用 Ruby 编写的，因此以 Ruby 为中心的设置可以加分，如果可能的话，我想避免使用 Flash Media Server 和/或 Red5。（这似乎有很多我不会真正使用的软件。）

底线——我可以在不使用 RTMP/RTMFP 的情况下从 Flash 流式传输吗？如果没有，我可以在基于 Ruby 的应用程序中接收它吗？这是否值得在 Silverlight 中尝试？

是否可以在 Flash 中以极低的延迟级别执行实时优先级处理和排队？我们有一些相当大的数据流（它们是原始音频，可能应该使用有效的压缩算法进行压缩，这将增加极少的开销）需要在客户端主机上接收实时优先级，然后以尽可能低的低延迟流传输尽可能到接收端。这是否可以通过 Flash 执行实时极低延迟连接？

考虑到这些要求，似乎我可能不得不转向 Java 甚至 C / C#……但我希望能发现一些我尚未见过的东西。