rtp ps流工具

rtp 協(xié)議，實(shí)時(shí)傳輸協(xié)議，為什么這么重要，可以這么說，幾乎所有的標(biāo)準(zhǔn)協(xié)議都是國外創(chuàng)造的，感嘆一下，例如rtsp協(xié)議，sip協(xié)議，webrtc，都是以rtp協(xié)議為基礎(chǔ)，哪怕是我國的gb28181，都是建立在sip和rtp基礎(chǔ)之上。

實(shí)時(shí)傳輸協(xié)議以u(píng)dp為基礎(chǔ)（可以是tcp），創(chuàng)造了最快的傳輸方法，以不分幀為理由，每個(gè)包不超過64k（tcp單包的最大長度），為什么是64k，因?yàn)閕p協(xié)議是用2個(gè)字節(jié)來表示包長度的，而每個(gè)包再次限制于1500字節(jié)MTU，也就是最大傳輸單元，避免分幀，不用交換機(jī)重新組幀，這樣速度是較快的。

對(duì)于tcp來說，是流式協(xié)議，不作他講。無論是tcp還是udp都是可行的做法，rtp over tcp 和 rtp over udp 都可以放入rtsp 或者 sip 協(xié)議中，其中另外一個(gè)指明交換的文本協(xié)議叫做sdp協(xié)議，中文名為會(huì)話描述協(xié)議，可以直接rtp傳輸嗎，可以，但是關(guān)鍵幀之前一定要有sps，pps，h265 之前再加個(gè)vps，因?yàn)橐话銇碚f，sps，pps這種信息會(huì)放到sdp中，沒有了sdp的加持，那么我們的接收程序必須要約定一些內(nèi)容。

工具的程序在這里
https://gitee.com/guanzhi0319/rtp

DSCapture::~DSCapture()
{Destroy();
}void DSCapture::Destroy()
{audio_encoder_thread_->Stop();video_encoder_thread_->Stop();SAFE_DELETE( ds_video_graph_ );SAFE_DELETE( ds_audio_graph_ );SAFE_DELETE( ds_video_cap_device_ );SAFE_DELETE( ds_audio_cap_device_ );SAFE_DELETE( audio_encoder_thread_ );SAFE_DELETE( video_encoder_thread_ );
}

準(zhǔn)備著手繼續(xù)rtp協(xié)議，先解決了關(guān)閉的bug，沒有關(guān)閉線程，關(guān)閉線程就好，調(diào)整了一下界面，準(zhǔn)備好好寫一下吧，請(qǐng)給個(gè)鼓勵(lì)。

一直以來沒有好好繼續(xù)自己的開源工具，今天忽然覺得，無論是在工作中，還是在網(wǎng)絡(luò)中，對(duì)底層的知識(shí)還是缺乏的，更多是應(yīng)為許許多多的工具和開源，使得大家不愿意去掌握更深層次的東西，我說更深層次，未必是有多深，可能只是往下走一步，先不要深究，我對(duì)中國的軟件一直抱有愿望，有點(diǎn)嘆息，看到photoshop，autocad，3dmax， solidworks，bim的各種軟件， 犀牛，或者是一個(gè)go語言，大學(xué)使用的matlab，web里面的cesium，threejs， 音視頻的各種工具，gstreamer，ffmpeg，而國人能拿得出手的設(shè)計(jì)工具確實(shí)很少，我們的大廠大多朝著商業(yè)行為而走，做手機(jī)，做電動(dòng)車，做游戲，而底層建筑樹立的還是比較少的，不可否認(rèn)朝著盈利沒有問題，但終究我們國內(nèi)的軟件創(chuàng)造氛圍依然不是很好，大家都說我們的AI還是不錯(cuò)，如果沒有國外的pytorch，tensorflow，我們的底層邏輯顯然就沒有依據(jù)了。