• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>

    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>

            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            

    
            

            




            







												


        


            


            牽著老婆滿街逛
            

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

            




            
	
					
	
            
		
            
			jrtplib 分包處理
		
            
		
            轉(zhuǎn)載自:http://blog.csdn.net/sxcong/article/details/3736354

            聽說jrtplib寫的不錯，終于找到時間下來看看。
            下載，直接用VC6編譯，很容易。
            然后打開VC，建立工程，測試examples下那幾個收發(fā)程序，的確用起來很簡單。想想以前都是自己封裝UDP，現(xiàn)在的程序員真幸福。
            不過，在發(fā)送視頻數(shù)據(jù)時出了問題，跟蹤進去看了一下，里面設(shè)置最大幀數(shù)據(jù)長度為1400。于是自己設(shè)置最大為32X1024，跟進去還不行。
            原來是內(nèi)部沒有分包處理，超過上限就不允許發(fā)了。
            隨便搜了一個，有個叫SmartView的視頻會議源碼，是改寫jrtplib的RTPSession的SendPacket，在這里分包。很不錯的想法。
            不過又一想，jrtplib,本身是做為lib提供的，雖然可以改寫其代碼，但肯定與作者初衷不符。
            于是找到利用這個庫的同作者寫的開源項目emiplib，夠復(fù)雜的，把ffmpeg也集進來了。先不管，直接搜索關(guān)鍵字RTPSession和SendPacket，發(fā)現(xiàn)他發(fā)
            送的是自己封裝的一個類MIPRTPSendMessage，其父類是MIPMessage。看到這想都不用想，作者肯定是在發(fā)送之前先進行了處理，形成了自己定義格式的Message再發(fā)送。
            收到后在形成MIPRTPRecvMessage。這應(yīng)該是是最正規(guī)的寫法。
            不過，想想這個庫，雖然沒用過，但很多年前就聽人說過，肯定考慮過這些問題。沒有文件，就仔細看頭文件，終于發(fā)現(xiàn)了SendPacketEx這個函數(shù)，一大堆英文說明，
            剛才沒仔細看：
                /** 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，是分包的數(shù)據(jù)，是長度，hdrextID是其ID。這樣，發(fā)送數(shù)據(jù)的時候，先分好包，再調(diào)用SendPacketEx就行了。
                 
                 發(fā)送沒問題了，再說接收。也不看類結(jié)構(gòu)了，參考亞歷山大方法，直接搜索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; }
                
                對頭，這就是我們需要的。
                但是，這三個值是怎么出現(xiàn)的呢？回頭再看從RTPRawPacket-->RTPPacket.
                 處理的過程看起來比較復(fù)雜，就先找外面的回調(diào)，應(yīng)該在ProcessPolledData里面。
                 然后，看到了ProcessRawPacket(...)，參數(shù)都不用看，從函數(shù)名就知道這是我們想要了解的東西了。其實不知道這個也沒關(guān)系，我們只需要調(diào)用上面那三個函數(shù)
                 就可以在外面重新組包了。
                 
                 兩瓶酒的時間分析結(jié)束。不過只是聽說這個庫寫的不錯，隨手記下來看看，實在沒興趣動手用代碼來實現(xiàn)了。有哪位兄弟能寫出代碼附上就好了。
            
		
            
			posted on 2013-09-03 14:36 楊粼波 閱讀(2499) 評論(0)  編輯 收藏 引用  
		
            
	
            
	
	





            
	    
    




            



            


            

	
            
		
		
            只有注冊用戶登錄后才能發(fā)表評論。
            
		
            
		
				
		
		
		
            
		
            			
		
		
		
		
            
		
            
			
		
            
		
            
			
		
            
		
            
			
            網(wǎng)站導(dǎo)航:
			博客園  
			IT新聞  
			BlogJava  			
			博問  
			Chat2DB  
			管理
			
            		
		
            
		
            
			
				

            


            

            		
		
            
	
            	

            



            

				

            



    
    







            
	   
	



国内精品人妻无码久久久影院|
久久精品国产69国产精品亚洲|
色综合久久无码中文字幕|
AV狠狠色丁香婷婷综合久久|
www亚洲欲色成人久久精品|
国产精品中文久久久久久久|
国产综合久久久久久鬼色|
天天做夜夜做久久做狠狠|
精品久久久久久国产潘金莲|
91精品无码久久久久久五月天
|
无码人妻精品一区二区三区久久
|
日本久久久久亚洲中字幕|
国产精品免费久久久久影院|
亚洲国产精品18久久久久久|
久久91这里精品国产2020|
伊人久久大香线蕉综合影院首页|
精品国产91久久久久久久a|
精品少妇人妻av无码久久|
亚洲婷婷国产精品电影人久久
|
久久精品无码专区免费|
久久国产免费观看精品3|
亚洲国产精品无码久久久久久曰|
segui久久国产精品|
久久国产精品成人免费|
久久精品a亚洲国产v高清不卡
|
99久久免费国产精品热|
久久人妻少妇嫩草AV无码专区|
日韩欧美亚洲综合久久|
久久久久人妻一区精品|
精品久久久久国产免费|
色成年激情久久综合|
国产精品久久国产精麻豆99网站|
亚洲级αV无码毛片久久精品|
国内精品久久久久久久久电影网|
热RE99久久精品国产66热|
久久精品国产国产精品四凭|
国产精品久久久99|
国产精品免费久久|
久久影视综合亚洲|
久久毛片一区二区|
777午夜精品久久av蜜臀|