关于DirectShow.NET,DirectShow和Windows Media Format的一般问题

时间:2011-01-15 19:46:58

标签: video audio directshow directshow.net conferencing

我搜索并搜索了一个答案,但找不到答案。

基本上我正在开发一个网络摄像头/音频流应用程序,它应该从PC(USB网络摄像头/麦克风)捕获音频和视频,并将它们发送到接收服务器。服务器会做什么呢?这是另一个故事和第二阶段(我现在正在跳过)

我使用DirectShow和Windows Media Format编写了一些代码,它非常适合捕获音频/视频并将它们发送到另一个客户端,但是存在一个主要问题:延迟。

互联网上的每个人都给了我相同的答案:“对不起老兄,但媒体格式不适用于视频会议,他们的编解码器具有太高的延迟”。我以为我可以跳过.wmv的问题,但似乎不可能......这条道路就此结束了。

所以我看到一些DirectShow.NET的例子,它们对音频和视频来说都更快......我的问题是:为什么DirectShow.NET对于视频/音频会议更快更好?它不应该只是C ++的DirectShow的.NET移植吗?

我错过了什么吗?我现在有点困惑

1 个答案:

答案 0 :(得分:1)

是的,DirectShow.NET只是一个为非托管DirectShow提供托管映射的端口。 Windows Media确实不适合低延迟,但您可以通过选择正确的编解码器/配置文件(即低延迟CBR和settings)来缓解。最后,虽然它取决于消费者(主要是Windows Media Player,Silverlight是better)在显示帧之前缓冲了多少内容。

总而言之,对于DirectShow.NET和DirectShow来说,短期限制是相同的,我怀疑使用Windows Media会有超过2秒的延迟。