rtp協議分析 --//
rtcp資料詳解
視音訊資料處理入門：udp-rtp協議解析
h264 rtp 封包原理
rtp協議全解析（h264碼流和ps流）
rtp打包傳送h.264 //
rtp格式打包傳送h.264資料 //備選
rtp打包傳送h.264 //備選
rfc3550的定義，在5.1節(
rtp packet的結構如下：
1. rtp header：rtp 包的頭部
2. contributing sources：個數為0-n個，所以可以為空。具體定義參考rfc3550
3. rtp payload：即rtp要傳輸的資料
網友:1、裸的h264碼流可以直接通過rtp進行傳送，但是傳送的方式可以不同，這要看對面對rtp包中的資料做怎樣的處理，有的可以直接將裸的h264碼流在不進行嚴格nalu分片的情況下直接對h264資料進行平分，接收端只是簡單地對rtp進行拼包，這樣可以，同樣，嚴格的對rtp的分包必須對h264碼流進行分析，向接海康的平台時，rtp傳送h264裸碼流必須將h264進行nalu的分包，每個分片再通過rtp傳送。接收端通過對rtp中的nalu拼包才還原裸的h264碼流。
nalu分割： 00 00 00 01; 00 00 01; 兩種
網友;
位元組序需要變一下。高地位互換就行了。這個長度也可以用wireshark中的資訊算出來。其實只需要傳送rr包就行了，rr包32位元組。另外28位元組是sdes包。我試過，只傳送rr包的32位元組也行.rtp中使用時間戳排序還是序號排序？
緊跟著session值， 你可以看到乙個值： 「timeout= ***x」。. 這是伺服器需要得到回應或者ack回應（為了保持連線）的時間。客戶端必須在這個時段內傳送乙個ack ，要不然連線就要被強制中斷。乙個ack就是傳送一條get_parameter命令到伺服器。
、、、、、、、、、、、、、、、、、、、、、、、、、、
收到乙個rtp包之後,通常的處理邏輯是:
1.如果rtp包的ssrc與這個流的ssrc不一致, 丟棄
2. 判斷序號是否連續,是否存在丟包或亂序
3. 組包,提取整幀編碼影象解碼
、、、、、、、、、、、、、、、、、、、、、、、、、、
rtp相關資料
nalu 頭由乙個位元組組成,它的語法如下 0 1 2 3 4 5 6 7 f nri type f 1 個位元.forbidden zero bit.在 h.264 規範中規定了這一位必須為 0.nri 2 個位元.nal ref idc.取 00 11,似乎指示這個 nalu 的重要性,如 00...
目標檢測資源收集彙總
今年以來讀過的object detection資源列表如下 41 從r cnn到rfbnet,深度目標檢測5年縱覽，文章 讓你從入門到精通 46 學界 eccv 2018最佼佼者的目標檢測演算法 48 收藏 目標檢測網路學習總結 rcnn yolo v3 52 edgeboxes，邊緣檢測在sppn...
WCF學習資源收集彙總
1.wcf程式設計 2.wcf熱門問題程式設計示例 3.我的wcf之旅 4.wcf面向服務應用程式系列 5.wcf從理論到實踐系列 6.wcf後續之旅 7.wcf技術剖析 8.wcf面向服務應用程式系列 9.wcf 10.wcf分布式安全開發系列 11.programming wcf service...