2012-05-04 72 views
0

我目前正在开发基于视频会议的基于Web的应用程序。我的项目是基于以下示例:http://www.codeproject.com/Articles/65190/Your-First-Step-to-the-Silverlight-Voice-Video-Cha ..我目前遇到视频会议本身'滞后'..用于Silverlight视频会议的视频/音频编解码器

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

关于编解码器,当前的项目需要一帧(即JPG)对其进行编码并发送它。推荐使用其他编解码器来编码JPG帧并在接收端进行解码?

谢谢,任何形式的帮助是高度赞赏..

+0

有一些开源项目,如ffd http://sourceforge.net/projects/ffdshow/。但我不确定他们是否相容。如您所知,您可以将sl dlls引用到sl项目中。但我喜欢你的主意!您也可以查看http://www.atoker.com/blog/2010/02/04/html5-theora-video-codec-for-silverlight/ –

+0

@DavidGurbuz ..首先感谢您的帮助:)。 。是的,这是我的主要问题之一,它必须是一个单一的dll ..任何机会,但你认为我的问题是由于编解码器问题? – user1317277

+1

我的建议是打开fiddler.exe,只是看着要去的字节。在提琴手实用程序中有一个时间表选项卡显示什么是长什么是短。如果它是一个摄像头,一些在笔记本电脑上的新摄像头具有高分辨率。所以你需要调整图像的大小非常fasy :)看看我以前的文章显示调整大小使用ImageTools项目的最近邻居。 http://stackoverflow.com/a/10409299/413032。即使它很慢是的,你需要一个编解码器,或者你需要支持流媒体。流是专业的,需要特殊的服务器(是winadvance srv。)http://msdn.microsoft.com/en-us/library/cc189080%28v=vs 0.95%29.aspx –

回答

1

我有一个在CodeProject引用的工作没有经验。但是,就这样说,如果这种方法确实使用了帧抓取和发送jpg文件,那么效率会非常低,导致您描述的帧速率非常低。 像这样的应用程序应该依靠基于移动视频的高效编码机制,而不是静止图像。这将在源图像中创建基于三角洲的经济体,而不是每次从头开始数字化新框架。 另外。 H.264不是作为实时传输,而H.263专门用于这种类型的应用。 一个简单的谷歌搜索将揭示丰富的参考资料,包括这里的主题stackoverflow - See this

祝你好运。