rtp ps流工具

rtp 协议，实时传输协议，为什么这么重要，可以这么说，几乎所有的标准协议都是国外创造的，感叹一下，例如rtsp协议，sip协议，webrtc，都是以rtp协议为基础，哪怕是我国的gb28181，都是建立在sip和rtp基础之上。

实时传输协议以udp为基础（可以是tcp），创造了最快的传输方法，以不分帧为理由，每个包不超过64k（tcp单包的最大长度），为什么是64k，因为ip协议是用2个字节来表示包长度的，而每个包再次限制于1500字节MTU，也就是最大传输单元，避免分帧，不用交换机重新组帧，这样速度是较快的。

对于tcp来说，是流式协议，不作他讲。无论是tcp还是udp都是可行的做法，rtp over tcp 和 rtp over udp 都可以放入rtsp 或者 sip 协议中，其中另外一个指明交换的文本协议叫做sdp协议，中文名为会话描述协议，可以直接rtp传输吗，可以，但是关键帧之前一定要有sps，pps，h265 之前再加个vps，因为一般来说，sps，pps这种信息会放到sdp中，没有了sdp的加持，那么我们的接收程序必须要约定一些内容。

工具的程序在这里
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_ );
}

准备着手继续rtp协议，先解决了关闭的bug，没有关闭线程，关闭线程就好，调整了一下界面，准备好好写一下吧，请给个鼓励。

一直以来没有好好继续自己的开源工具，今天忽然觉得，无论是在工作中，还是在网络中，对底层的知识还是缺乏的，更多是应为许许多多的工具和开源，使得大家不愿意去掌握更深层次的东西，我说更深层次，未必是有多深，可能只是往下走一步，先不要深究，我对中国的软件一直抱有愿望，有点叹息，看到photoshop，autocad，3dmax， solidworks，bim的各种软件， 犀牛，或者是一个go语言，大学使用的matlab，web里面的cesium，threejs， 音视频的各种工具，gstreamer，ffmpeg，而国人能拿得出手的设计工具确实很少，我们的大厂大多朝着商业行为而走，做手机，做电动车，做游戏，而底层建筑树立的还是比较少的，不可否认朝着盈利没有问题，但终究我们国内的软件创造氛围依然不是很好，大家都说我们的AI还是不错，如果没有国外的pytorch，tensorflow，我们的底层逻辑显然就没有依据了。