最近被rtp的負載型別和時間戳搞鬱悶了，乙個問題除錯了近一周，終於圓滿解決，回頭看看，發現其實主要原因還是自己沒有真正地搞清楚rtp協議中負載型別和時間戳的含義。雖然做rtp傳輸，有著jrtplib和ortp這兩個強大的庫支援，乙個是c++介面，乙個是c語言介面，各有各的特點，各有各的應用環境，但是僅僅有庫就能解決一切問題嗎？可能仿照著一些例子程式，你能夠完成主要的功能，但一旦問題發生了，不清楚原理你是很難定位和解決問題的，所以在此，用我的經驗勸勸大家，磨刀不誤砍柴工，做應用還是先把原理搞清楚再動手吧……
看這篇文章之前，首先你應該知道什麼是rtp協議，可以去看rtp協議原文（rfc3550協議），也可以看一些網友對rtp協議的講解的文章，很多，這裡我提供一篇我個人覺得寫得還不錯的：
好，下面言歸正傳，首先談談rtp傳輸中的負載型別吧。
首先，看rtp協議包頭的格式：
就ortp庫（本文用的是ortp-0.9.1）而言，負載型別定義如下：
每一種負載型別都有著其獨特的引數，這裡基本上涵蓋了當前主流的一些**型別，例如pcmu 、g.729、h.263（很奇怪，竟然沒有定義h.264，注：新版本已經新增了對h.264的支援）、mpeg-4等等。jrtplib庫應該也有相類似的定義，你可以去找找原始碼，在此我就不再贅述了。。
好了，再說說rtp的時間戳吧。
首先，了解幾個基本概念：
時間戳單位
：時間戳計算的單位不是秒之類的單位，而是由取樣頻率所代替的單位，這樣做的目的就是為了是時間戳單位更為精準。比如說乙個音訊的取樣頻率為8000hz，那麼我們可以把時間戳單位設為1 / 8000。
時間戳增量：相鄰兩個rtp包之間的時間差（以時間戳單位為基準）。
取樣頻率： 每秒鐘抽取樣本的次數，例如音訊的取樣率一般為8000hz
幀率： 每秒傳輸或者顯示幀數，例如25f/s
再看看rtp時間戳課本中的定義：
官方的解釋看懂沒？沒看懂？沒關係，我剛開始也沒看懂，那就聽我的解釋吧。
【補充】：最近思考了一下，又有了新的體會和解釋，可能對大家更容易地去理解這個時間戳增量會有所幫助，補充在下面吧：
其實，網路傳送重點關注的是流量的平衡，即均勻地利用網路頻寬，為了實現這一點，需要滿足：資料採集的速率與資料網路傳輸的速率盡量保持一致。時間戳增量的設定影響的是rtp包的網路傳輸的速率，時間戳增量越小，傳送速度越快。
下面再進一步解釋一下時間戳增量是怎麼計算出來的：
在jrtplib中好像不需要自己管理時間戳的遞增，由庫內部管理。但在ortp中每次資料的傳送都需要自己傳入時間戳的值，即自己需要每次發完乙個rtp包後，累加時間戳增量，不是很方便，這就需要自己對rtp的時間戳有比較深刻地理解，我剛開始就是因為沒搞清楚，隨時設定時間戳增量導致傳輸一直有問題，困擾我好久。
好了，關於rtp的負載型別和時間戳的介紹就到這裡了，這次通過解決rtp傳輸中的問題學到了不少知識，在此分享希望對大家有用。有說得不正確的地方歡迎高手指教，也可以來信交流：[email protected]
談談RTP傳輸中的負載型別和時間戳
最近被rtp的負載型別和時間戳搞鬱悶了，乙個問題除錯了近一周，終於圓滿解決，回頭看看，發現其實主要原因還是自己沒有真正地搞清楚rtp協議中負載型別和時間戳的含義。雖然做rtp傳輸，有著 jrtplib和 ortp這兩個強大的庫支援，乙個是c 介面，乙個是c語言介面，各有各的特點，各有各的應用環境，但...
談談RTP傳輸中的負載型別和時間戳
最近被rtp的負載型別和時間戳搞鬱悶了，乙個問題除錯了近一周，終於圓滿解決，回頭看看，發現其實主要原因還是自己沒有真正地搞清楚rtp協議中負載型別和時間戳的含義。雖然做rtp傳輸，有著jrtplib和ortp這兩個強大的庫支援，乙個是c 介面，乙個是c語言介面，各有各的特點，各有各的應用環境，但是僅...
RTP傳輸中的負載型別和時間戳
最近被rtp的負載型別和時間戳搞鬱悶了，乙個問題除錯了近一周，終於圓滿解決，回頭看看，發現其實主要原因還是自己沒有真正地搞清楚rtp協議中負載型別和時間戳的含義。雖然做rtp傳輸，有著jrtplib和ortp這兩個強大的庫支援，乙個是c 介面，乙個是c語言介面，各有各的特點，各有各的應用環境，但是僅...