Video
本地實時 Quicktime 影片廣播，延遲？
我正在研究使用本地伺服器將會議的實時影片分發給同一房間的代表的可行性。他們仍然會聽到來自揚聲器的實時音頻，因此只會流式傳輸影片。我正在考慮使用 Darwin Steaming Server（支持很多 iPhone 使用者）並使用 H.264 進行編碼。我主要擔心的是整個網路的延遲。即使一切都在本地執行，實時音頻和“實時”影片流之間是否存在口型同步問題？感覺編碼、廣播、解碼要完成會出現問題，但我以前從來沒有做過這樣的事情，所以我想我會檢查一下。
謝謝
H.264 將被製成高質量並且確實/需要向前看（即下一個幀）以知道如何最好地編碼。根據可能最小化的確切編碼器設置……您絕對可以嘗試最小化播放緩衝區（客戶端）。
前段時間，我在使用 Microsoft Streaming Services 時遇到了類似的問題。
您將很難找到實時的內容（延遲小於 0.05 秒），以至於人們不會真正意識到影片已關閉。即使是影片會議也有更高的延遲——他們基本上是通過音頻和影片同步來解決的。口型同步問題是人們很容易“得到”的東西。
我認為周圍沒有任何流媒體技術（除了一些基本不真正編碼的非常原始的技術）不會導致一些唇形同步“有趣”。問題確實是人們對此非常敏感。
我會忘記的。錄製它以供以後播放，但使用傳統技術（投影儀等）進行本地播放。認真地說：如果他們已經在同一個房間裡，不要認為太多人會喜歡看他們的 iPhone 上的揚聲器。