我在一家公司工作，我们正在开发现有应用程序上的视频聊天支持。我已经查看了各种解决方案，例如：
现在的挑战是，我们希望实现非常高质量的视频流，并且容器应用程序是使用C#.NET编写的。
到目前为止，这是我提出的建议：将用于流数据的网络逻辑编写为C#，将视频压缩编写为VC++，并使用PInvoke或CLI调用此VC++ dll。
我正在寻找在这个领域比我更有经验的人，他可以建议我是否正确或者这个方案是否还能改进。
最终目标是高质量的视频流。编解码器可以是任何像h.2633、h.264等的编码格式。
我使用了几种简单的方法来实现.net的视频流/视频会议，无需深入研究directshow。(好的，有一些研究，但不是很深入 :)
1) 使用纯Windows Media编码器组件。它在Windows Media编码器SDK中有文档和示例。适用于任何高分辨率的流媒体，但实时聊天的延迟太大(最佳为0.5-2秒)。现代的Express Encoder SDK是另一个选择。
2) 微软研究院的ConferenceXP http://cct.cs.washington.edu/ 。完整的会议API，包括应用程序流式传输。他们使用低级别的Windows Media编码滤镜，并将其封装到托管代码中。工作良好。易于自定义。现在看起来有点被遗弃。
3) Microsoft RTC Client直至版本1.3 - Windows Messenger的核心。
优点: 来自Microsoft的托管示例，良好的文档，可靠的性能，免费可再分发，与Microsoft兼容(好的)SIP堆栈已包含在内。主要的会议供应商如Emblaze VCON在过去曾基于此提供解决方案，不确定这些日子里是否还是如此，但我知道Tandberg授权了Microsft的VC-1。
缺点: 版本1.3支持仅h261-h263视频。支持VC-1(h264)编解码器的现代版本不允许直接的服务器之间的ip-ip连接。它要求Microsoft Live Communications服务器。较新版本的SDK对视频会议呼叫的覆盖不太好。
http://msdn.microsoft.com/en-us/library/ms775892(VS.85).aspx
请告诉我们您选择了哪个平台。顺便说一句，我甚至将ConferenceXP视频rtp部分与RTC 1.3语音/SIP功能一起使用以提高视频质量，因此您在这里有广泛的托管技术选择。还有一件事是Live Meeting，我还没有机会好好看看。
让自己省事，使用VLC。有一些不错的.NET封装器可用（http://forum.videolan.org/viewtopic.php?f=32&t=52021&start=30）
我们正在使用C#和VLC建立IPTV网络。我们通过Windows XP服务器上的Osprey-450视频捕获设备从DISH网络卫星接收输入。然后，我们编写了一个使用VLC的.NET服务器组件（在.NET中启动单独的进程来控制vlc.exe实例）。VLC进程会转码并通过网络流传输信号（.h264或MPEG-4，我们已经成功完成了两者）。
在客户端，我们有一个C# WinForm应用程序，该应用程序使用嵌入式VLC Viewer查看多播信号。此应用程序主要用于命令和控制。当我们连接到电视机的机顶盒解码和显示流时，多播信号的真正用途就出现了。
我们曾认为还需要编写自己的DirectX编码器，但不必费那么大劲。VLC运行良好，并且具有足够的C#支持，非常有用。如果您对实现有具体问题，请随时给我发电子邮件。
