考慮做一個手機直播系統，首先需要指定一個合理的技術方案。由於自己以前不是搞多媒體這塊，對流媒體開發不熟悉，自己的理解思維總習慣用java web開發的慣性走，先指定一個大體的框架。不管對還是錯，先考慮其技術可行性。

         框架的指定，首先取決於自己採用的流媒體協議，我們熟知的流媒體協議有RTMP,RTSP,HLS。網上有很多這方面的介紹，我懶得複製了，在這裡只談談自己的看法。

         先談一下HLS，這個協議接觸得最早，自己的個人理解，如果要開發一套準實時的手機音視訊直播系統，需要支援iphone，android，windows phone等多款手機，這個協議真心不錯。為什麼是準實時呢，因為客戶端播放的是最新切割的ts檔案，它的延遲取決於切片的大小。

1、採集視訊源和音訊源的資料

2、對原始資料進行H264編碼和AAC編碼

3、視訊和音訊資料封裝為MPEG-TS包

4、HLS分段生成策略及m3u8索引檔案

5、HTTP傳輸協議

        這裡面的很多步驟需要用到ffmpeg編解碼庫，比如編碼， 切片等。方便之處是可以使用普通的http伺服器就ok了，推薦使用nginx，這是一款功能無比強大的web伺服器，其反向代理，效能好的不可言喻。

         由於我大學非計算機專業出身，或者說與計算機專業一點都不靠邊，我的計算機語言功底弱爆了。資料結構演算法真心是我的軟肋，C++語言就會簡單的用MFC編寫hello world ，HLS當初就這樣被我放棄了。

        RTSP協議，這應該是實時性最好的了，如果要想實時性要求很高，比如0.5s以內，這個是不錯的選擇。前陣子模仿spydroid寫了個建議的rtsp伺服器，其實就是options，describe，setup，play，pause，teardown這幾步了，這個協議用的最廣泛，網上介紹也比較多。要想真正深入瞭解rtsp協議，c++語言功底好的可以檢視live555 。

        RTMP協議，自己最近研究的，如果有興趣，可以看看我的其他文章。