經過n天以契而不捨的苦逼型精神進行無數次折騰後，終於發現了原因：版本問題，新版原始碼反而不行!
分析其原因，應是出在新版改變了對rtcp包傳送時間的計算規則．可能更科學了，但很多現有伺服器卻接受不了．具體是這樣的：一般情況下，在收到server端的sr包時，client都會回應rr包，這樣server端的包與client端的包交叉出現．估計那些server會用rtcp包作為一種心跳測試，而新版的live555會導致rr包的傳送延遲更長時間，使sr包與rr包不能交叉出現，那麼server在發出sr包後收不到rr包，就會認為client端死翹翹了，於是bye-bye了．
對於新舊**中有關rtcp包的傳送**，我還沒有做過比較，但可以90%確定出來那裡．
所以利用live555做專案的兄弟們請注意這個問題，尤其是利用它做客戶端的．
不過，這樣同時說明了乙個問題，live555的更新還是蠻快的.
live555原始碼分析 live555大致流程
今天大致分析了下live555的流程，以h264為例子進行的分析.從連線到傳送rtp rtcp資料報。首先分析呢，不能太關注細節，先整體再區域性。在分析的過程中，設計到live555自己封裝的乙個高階類 比如迭代器，雜湊表，而且這2個類在live555中運用的範圍還非常的廣，但是無不例外都是用鍊錶進...
Live555學習筆記
live555原始碼 官網 關於live555編譯 linux編譯 1.進入live555目錄 cd live 2.執行genmakefiles檔案 genmakefiles linux 3.makefile windows編譯 無關於入口函式 標頭檔案位置 無 原始檔位置 mediaserver ...
Live555學習筆記
前一陣子，因為專案需要，研究了一下live555開源框架，研究的不是很深入，基本上把live555當做api用了一下，但是畢竟也是本人看的第乙個開源框架，在此記錄總結一下。主要使用其中的四個目錄，分別對應live555的四個庫 usageenvironment目錄，生成的靜態庫為libusageen...