牽著老婆滿街逛

嚴以律己,寬以待人. 三思而后行.
GMail/GTalk: yanglinbo#google.com;
MSN/Email: tx7do#yahoo.com.cn;
QQ: 3 0 3 3 9 6 9 2 0 .

統計

隨筆 - 1513
文章 - 45
評論 - 907
引用 - 0

公告

言論：
1.每日自省；
2.享受人生；
3.盡力而為；
4.堅持不懈；
5.切莫急躁；
6.慎言敏行；
7.動心忍性；
8.上善若水。

常用鏈接

留言簿(11)

隨筆分類(466)

隨筆檔案(1513)

文章分類(46)

文章檔案(45)

相冊

收藏夾(39)

搜索

積分與排名

積分 - 2523956
排名 - 2

閱讀排行榜

jrtplib 分包處理

轉載自:http://blog.csdn.net/sxcong/article/details/3736354

聽說jrtplib寫的不錯，終于找到時間下來看看。
下載，直接用VC6編譯，很容易。
然后打開VC，建立工程，測試examples下那幾個收發程序，的確用起來很簡單。想想以前都是自己封裝UDP，現在的程序員真幸福。
不過，在發送視頻數據時出了問題，跟蹤進去看了一下，里面設置最大幀數據長度為1400。于是自己設置最大為32X1024，跟進去還不行。
原來是內部沒有分包處理，超過上限就不允許發了。
隨便搜了一個，有個叫SmartView的視頻會議源碼，是改寫jrtplib的RTPSession的SendPacket，在這里分包。很不錯的想法。
不過又一想，jrtplib,本身是做為lib提供的，雖然可以改寫其代碼，但肯定與作者初衷不符。
于是找到利用這個庫的同作者寫的開源項目emiplib，夠復雜的，把ffmpeg也集進來了。先不管，直接搜索關鍵字RTPSession和SendPacket，發現他發
送的是自己封裝的一個類MIPRTPSendMessage，其父類是MIPMessage?？吹竭@想都不用想，作者肯定是在發送之前先進行了處理，形成了自己定義格式的Message再發送。
收到后在形成MIPRTPRecvMessage。這應該是是最正規的寫法。
不過，想想這個庫，雖然沒用過，但很多年前就聽人說過，肯定考慮過這些問題。沒有文件，就仔細看頭文件，終于發現了SendPacketEx這個函數，一大堆英文說明，
剛才沒仔細看：
   /** Sends the RTP packet with payload /c data which has length /c len.
   * The packet will contain a header extension with identifier /c hdrextID and containing data
   * /c hdrextdata. The length of this data is given by /c numhdrextwords and is specified in a
   * number of 32-bit words. The used payload type, marker and timestamp increment will be those that
   * have been set using the /c SetDefault member functions.
   */
   這回看清楚了吧，對，就是那個hdrextdata，是分包的數據，是長度，hdrextID是其ID。這樣，發送數據的時候，先分好包，再調用SendPacketEx就行了。

   發送沒問題了，再說接收。也不看類結構了，參考亞歷山大方法，直接搜索recvfrom。在
   RTPUDPv4Transmitter::PollSocket這里找到了，然后緊接就是RTPRawPacket *pack;pack = RTPNew(....
   很好，收到后先封裝成了RTPRawPacket。但是，最終和用戶打交道的是RTPPacket,于是看它的頭文件，一眼就看到：
      /** If a header extension is present, this function returns the extension identifier. */
   uint16_t GetExtensionID() const                                                       { return extid; }

   /** Returns the length of the header extension data. */
   uint8_t *GetExtensionData() const                                                   { return extension; }

   /** Returns the length of the header extension data. */
   size_t GetExtensionLength() const                                                   { return extensionlength; }

   對頭，這就是我們需要的。
   但是，這三個值是怎么出現的呢？回頭再看從RTPRawPacket-->RTPPacket.
   處理的過程看起來比較復雜，就先找外面的回調，應該在ProcessPolledData里面。
   然后，看到了ProcessRawPacket(...)，參數都不用看，從函數名就知道這是我們想要了解的東西了。其實不知道這個也沒關系，我們只需要調用上面那三個函數
   就可以在外面重新組包了。

   兩瓶酒的時間分析結束。不過只是聽說這個庫寫的不錯，隨手記下來看看，實在沒興趣動手用代碼來實現了。有哪位兄弟能寫出代碼附上就好了。

posted on 2013-09-03 14:36 楊粼波閱讀(2518) 評論(0) 編輯收藏引用

只有注冊用戶登錄后才能發表評論。
【推薦】100%開源！大型工業跨平臺軟件C++源碼提供，建模，組態！



網站導航: 博客園 IT新聞 BlogJava 博問 Chat2DB 管理

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

牽著老婆滿街逛

導航

統計

公告

常用鏈接

留言簿(11)

隨筆分類(466)

隨筆檔案(1513)

文章分類(46)

文章檔案(45)

相冊

收藏夾(39)

工具官網

技術網站

開源網站

其他窩點

收藏網站

銀行官網

友情鏈接

資源共享

搜索

積分與排名

最新評論

閱讀排行榜

jrtplib 分包處理