那麼你可以隨時看看比VideoLan's own homepage 其他,流非常簡單:
- 決定,支持流媒體視頻編解碼器。 (很明顯,可能已經完成)
- 選擇合適的數據包大小。
- 選擇合適的視頻質量。
- 在客戶端:預緩衝至少2秒的視頻和音頻。
號碼2和3的聲音很奇怪,但他們是值得我們思考:
如果您有寬帶連接,你能負擔得起到客戶端泵大包。注意:這裏的數據包意味着客戶端需要完全解碼下一位視頻的一致數據單元。如果發送大包,比如說4秒的視頻,那麼由於等待完整數據單元的時間爲4秒,您會有風險滯後,而0.5秒的小包會讓您感到遲緩,但仍然可以識別並且相對流暢的視頻不好連接。
質量同樣如此。像素化和神器纏身的視頻很糟糕,視頻/聲音失調的視頻更糟糕。而是切換到較低的質量/較高的壓縮設置。
如果你的問題純粹是爲了完成它的一部分,那麼點1和4應該爲你做。
你可能會問: 「如果我想做實時的實時視頻?」 以上所有建議仍然適用,但所有這些都必須做得更聰明。首先要做的是:你不能通過不好的連接來實時進行。這是一個現實的事情。如果你的連接足夠胖,你幾乎可以達到實時,只需將每個圖像和一個小的聲音樣本抽出,而不需要太多的處理或任何緩衝。從中可以獲得良好的客戶體驗,但這種聯繫極不可能。這裏的訣竅通常是傳輸視頻質量稍低於理論上允許的連接,並仍然在其中緩存緩存和數據包重新排序......玩得開心。很難。
非常感謝您的答覆。 是不是有任何VLC API可以從應用程序調用它們並使用這個流式接口? – mawia 2010-05-30 21:53:36