2012-05-04 242 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

祝你好運。