3

我们想建立一个实时视频聊天网站,并正在寻找基本的架构建议和/或使用特定框架的建议。以下是该网站的基本功能:

  • 大多数流将由一个人通过网络摄像头等进行现场直播,通常由 1-10 人观看,尽管可能有多达 100 多名观众在高位观看。

  • 音频和视频不必是超高质量的,但需要“足够好”。要点是在视频(和音频)中传达基本信息。如果偶尔帧率下降,然后很快恢复正常,我们可以忍受。

  • 预算是一个问题,所以我们一般都在寻找一种成本更低的解决方案,它可以满足我们在性能和质量方面的大部分需求。

  • 我们正在寻找 Peer1 的 co-lo。

  • 我们网站的其余部分将是.Net / Windows 平台。尽管我们的技术专长目前更多地集中在 Windows 方面,但我们愿意为任何平台寻找最佳的流媒体解决方案。

4

2 回答 2

4

我建议围绕两个流行的流媒体服务器之一构建您的应用程序和基础架构:

  • Wowza:基于 Java(因此也可以在 Windows 上运行)的服务器,可以公开 Web 服务以供您的 .Net 应用程序使用。Wowza 论坛(由 Wowza 技术人员积极支持)对此. 一个缺点是 Wowza 有点内存不足。
  • Adobe Flash Media Server(和其他服务器):有争议的行业标准。在 Windows 上运行。

还有基于 Java 的Red5项目,但它(无论好坏)是一个不成熟的开源项目。起初节省几美元听起来不错,但即使在短期内,您也可以通过使用 Wowza 或 Adob​​e FMS 来节省时间和金钱。

那里还有许多其他流媒体服务器,但这些都是大牌。

至于Peer1,我没听说过(不过我在瑞士)。从他们自己的网页上,我看到他们的机架只有“100Mbps 全双工快速以太网”。对于您引用的 100 多名观众来说,这在技术上已经足够了。但要超越这一点,您将需要千兆网络。以后换衣服会很痛苦。需要考虑的事情。

不要让任何人为这个项目向你推销疯狂的硬件。100个并发用户并不是特别多。任何现代双核 CPU 都可以。将您的调查重点放在体面的网络访问上,并确保您有足够的内存。

对于“足够好”的视频质量,每个流的目标是 368kbps 到 512kbps。编解码器很重要——如果可以的话,请使用 h264。

于 2010-05-02T09:56:50.820 回答
0

嗯,我能想到的第一件事就是直播。免费版本最多支持 50 个同时观看者。

于 2010-05-02T03:25:46.833 回答