最近調研android視訊錄製、另一部手機實時觀看，大致有以下幾種思路。

1. android手機充當伺服器，使用NanoHTTPD充當伺服器，另一部手機或者pc通過輸入http://手機的ip:8080網址觀看。

缺點：android手機必須支援MP4+ARM_BN格式，有些手機不相容，延時有點厲害，前面調研在googlecode看到的程式碼，現在看來方案不可取

2. android手機採用juv-rtmp-client.jar包，網上有收費的包，但可以搜尋破解包，通過rtmp協議釋出服務到red5伺服器。伺服器當然是red5了，可以用red5自帶的的OFLA Demo做測試。客戶端程式碼可以參考ivideochat，下載地址              

使用支援rtmp協議的播放器播放，如ffplay

缺點：demo延遲很厲害，僅供參考。rtmp協議半公開，難度比較大

3.android手機通過camera類拍攝視訊。把一幀一幀的影象壓縮通過socket傳送到伺服器，伺服器可以直接觀看。而要想讓另一臺手機也能觀看，可以讓伺服器轉發來實現。

缺點：通過一幀一幀的傳送資料，傳輸過程耗費大量流量。玩玩可以，但實際專案中不可取。

4.android手機通過camera類拍攝視訊，把拍攝的視訊通過h264編碼，可以採用軟編碼（使用x264庫或者opencore軟體庫），java類通過jni呼叫編譯後的so檔案來實現。然後通過基於udp的rtp協議傳輸到伺服器。為什麼不使用tcp協議呢，因為tcp的重傳機制會產生延時和抖動，而單獨使用udp傳輸協議本身是面向無連線的，不能提供質量保證，需要在udp協議只上採用rtp或者rtcp提供流量控制和擁塞控制服務。伺服器通過ffmpeg對接收的h264解碼並播放。播放可以使用VLC media player。如果對c++比較熟悉，可以看看live555這個開源專案。

缺點：需要懂得的知識很多，jni啊，h264編碼解碼 ，rtp協議等。使用軟編碼，效率比較低，且視訊質量較差。

5.android手機通過mediaRecorder類拍攝視訊，其中當然包括音訊了。把拍攝的視訊通過h264編碼，可以採用硬編碼（面向手機的硬體直接操作），只能針對3gp，mp4視訊格式。方法參考  http://blog.csdn.net/zblue78/article/details/6078040

程式碼網上有很多，個人理解是：mediaRecorder錄製視訊（3gp，MP4），可以通過mMediaRecorder.setPreviewDisplay(mSurfaceHolder.getSurface());預覽視訊，通過localsocket傳送到本地的localserversocket的h264實時視訊流。

這個過程涉及到硬編碼，硬編碼個人理解是，在預覽過程或者提前確定視訊的sps，pps，head（一般為0x00000001），不同的手機硬體不一樣。把得到的這些引數寫入h264，得到正確的h264視訊流，然後把流推送到流媒體伺服器，使用支援rtsp協議的播放器播放，比如vlc。

6、採用HLS協議，伺服器採用nginx，ffmpeg解碼。nginx伺服器搭建過程，ffmpeg安裝過程  見我前幾篇文章。   

然後用ffmpeg對解碼後的mp4檔案進行ts切片，生成帶有索引的m3u8檔案，然後客戶端就可以通過瀏覽器http://ip :port/ *.m3u8訪問。

過程貌似是這樣的，但自己由於剛接觸不到一個周，還不太理解。

 6.相對容易、且效果不錯的方法，android手機上搭建rtsp伺服器，另一臺手機使用VLC播放器輸入rtsp://ip:port/播放視訊。具體原理是，通過android手機對mediaRecorder錄製視訊，把localsocket傳輸到本地的流經過硬編碼，新增rtp頭，分離NALU包，根據rtsp協議互動過程把資料傳送到對方。

程式碼可以參考spydroid了，原始碼可以通過svncheckout，能夠正常執行，且效果不錯。

由於沒有時間，就不研究這個了。