网络P2P视频融合解决方案
网络P2P视频融合解决方案
提问于 2009-09-16 12:01:10
我正在寻找最好的解决方案，这将允许我结合现场视频/音频会议之间的2个用户(目前只有2个)到一个闪存游戏平台。视频聊天不仅是一个额外的功能，它是主要的。
我主要是研究开源实现或者一些我可以自己实现的东西，但如果它们正是我所需要的，我会考虑它们。
以下是我看过的一些东西，但到目前为止，我发现其中任何一件都不够好：
- Flash 10的P2P功能听起来很有希望，但我知道Adobe还没有发布任何关于RTMFP协议的信息，而且目前还没有支持它的商业服务器。
- 流所有的视频/音频通过闪存服务器(不是p2p)，但根据我的个人经验，你不会得到一个顺利的对话。 我认为TokBox使用了这种方法
- Java也是一种可能的解决方案(用于执行p2p)，但我认为在游戏中将它们结合在一起并不是一个好的、优雅的解决方案(并且需要用户授权它们)。顺便说一句，我找不到任何有用的实现。所以，如果你知道，我会调查他们。
- Google视频聊天使用一个自定义(也是专有的)浏览器插件-- p2p并将视频/音频流到闪存播放器中。这是一个可能的解决方案，但在这个阶段，我不愿实现整个p2p协议栈+浏览器插件，而是专注于游戏本身的其他方面。我认为他们正在使用类似于叮当的基于XMPP的协议，他们已经发布了一个叮当图书，但是没有视频压缩实现。
- 编辑:响应布兰登的： 我知道。Stratus是一个beta的、托管的集合服务，它帮助建立Flash端点(RTMFP服务器)之间的通信。 当前的Stratus发行版是预发行版，仅用于评估目的。这项服务不是最终的。 我们不能保证这项服务在未来会继续存在，也不能保证未来的成本信息。 这就是为什么我不认为它可以作为一个商业解决方案。至少现在还不是。
我很感谢你的建议和建议。谢谢!
回答 3
Stack Overflow用户
回答已采纳
发布于 2009-09-16 13:33:25
- 所讨论的服务器目前称为Stratus。你可以在Adobe实验室上找到更多关于它的信息。
- 使用基于服务器的Flash解决方案，您绝对可以获得流畅的流流，但是您必须有足够的带宽来支持所有的流(两人对话的4个流--上下两个)。这里有几种选择，但最好的两种可能是Adobe的Flash媒体交互服务器和开源(也是相当棒的) Red5。
- 我同意基于applet的解决方案是不优雅的，但这可能是目前获取p2p视频的唯一真正方法。
- Jingle非常酷，但是正如您提到的，开源比特还不支持视频。我不认为重新实现它是一个真正可行的解决方案，只是因为所需的努力程度。
Stack Overflow用户
发布于 2010-05-07 14:02:46
Adobe的LiveCycle协作服务是Stratus的一个商业实现。您的付钱按每次使用。
Stack Overflow用户
发布于 2013-10-02 19:15:26
嗯，我在这个派对上迟到了，但“冰雪之山”(我为之工作的人)现在有了一款名为IceLink的产品，可以做你想做的事。当浏览器支持它时，它将使用本机WebRTC，然后返回到Java。
在回答你提出的具体问题时：
- RTMFP:是的，专有通信并不有趣。很遗憾他们还没打开规格。
- 非P2P绝对会影响性能。此外，可伸缩性也成为一个问题。
- 当浏览器没有本机WebRTC时，Java是获得纯UDP端口的唯一方法，这是我们选择的路径。
- 自定义插件是粗糙的，在多个方面，正如您注意到的。Java并不好，但至少它不是一个完整的下载/安装过程:)
希望这能帮点忙！
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://stackoverflow.com/questions/1432539
复制相关文章
相似问题
腾讯云开发者
