0

我目前正在开发一个基于网络的视频会议应用程序。我的项目基于以下示例：http ://www.codeproject.com/Articles/65190/Your-First-Step-to-the-Silverlight-Voice-Video-Cha ..我目前正在经历“滞后”在视频会议本身..

首先我，这种滞后的原因可能是什么？可能是由于编解码器的原因吗？如果不是，其他可能性是什么？

关于编解码器，当前项目采用帧（即JPG）对其进行编码并发送。. 推荐其他编解码器用于对JPG帧进行编码并在接收端对其进行解码？

谢谢，任何形式的帮助都非常感谢..

4

1 回答 1

1

我对 CodeProject 上引用的工作没有经验。但是，话虽如此，如果该方法确实使用帧抓取并发送 jpg 文件，那么它将非常低效，导致您描述的帧速率非常低。像这样的应用程序应该依赖于基于移动视频而不是静止图像的高效编码机制。这将基于源图像中的增量创建经济体，而不是每次都从头开始数字化新帧。此外。H.264 不旨在作为实时传输，而 H.263 旨在用于此类应用。一个简单的 Google 搜索将显示大量参考资料，包括 stackoverflow 上的主题 -请参阅此

祝你好运。

于 2012-05-04T18:13:40.383 回答