wodexiaobaitu的专栏

一、RTPSession      对于大多数的RTP应用程序，RTPSession类可能是JRTPLIB唯一使用的类。它能完全处理RTCP部份的数据包，所以用户可以把精力集中在真正的数据收发。      要知道RTPSession类在多线程下并不是安全的，因此，用户要通过某些锁同步机制来保证不会出现在不同线程当中调用同一个RTPSession实例。      RTPSession类有

前言前段时间一直在搞视频编解码与传输的东西，现在基本上整个系统能够实现服务器实时编码打包传输给客户端，客户端实时解码并显示的功能，故将上一阶段的工作整理记录一下，将我使用x264进行h.264编码的过程，使用jrtplib进行h264数据包传输的过程以及使用ffmpeg进行解码的过程都记录下来，一方面是自己做一个总结，另外一方面也是想帮助那些跟我做同样工作的人更快的熟悉这些内容。

最近被RTP的负载类型和时间戳搞郁闷了，一个问题调试了近一周，终于圆满解决，回头看看，发现其实主要原因还是自己没有真正地搞清楚RTP协议中负载类型和时间戳的含义。虽然做RTP传输，有着Jrtplib和Ortp这两个强大的库支持，一个是c++接口，一个是c语言接口，各有各的特点，各有各的应用环境，但是仅仅有库就能解决一切问题吗？可能仿照着一些例子程序，你能够完成主要的功能，但一旦问题发生了，不清楚原

Overlapped I/O是win32的一项技术，你可以要求操作系统为你传送数据，并且在传送完毕时通知你。事实上，操作系统内部正是以线程来完成overlapped I/O,你可以获得线程的所有利益不需要付出什么代价。Win32文件操作函数 win32中有3个基本的函数来执行I/O，分别是CreateFile, ReadFile, WriteFile. 关闭文件调用CloseHandl

关于开源的RTP——jrtplib的使用 首先，我向我们应该先到下面的链接网站上下载jrtplib和jthread这两个包http://research.edm.uhasselt.be/~jori/page/index.php?n=CS.Jrtplib 然后，我们要对这两个包进行编译，首先是编译jthread这个包里面的工程，编译成功后（我编译了，没有问题），现在我们可以编译j

接字的非阻塞模式是指套接字在执行操作时，调用的函数不管操作是否完成都会立即返回的工作模式。非阻塞套接字在处理同时建立的多个连接，发送和接收的数据量不均，时间不定等方面具有明显的优势。但这种套接字在使用上存在一定难度。本章讲述套接字的非阻塞模式及其一个远程算数运算套接字程序。套接字的非阻塞模式所有windows平台都支持套接字以阻塞模式和非阻塞模式的方式工作。非阻塞模式

#include  #include  #include   #include  using namespace std;  #pragma comment(lib,"Ws2_32.lib")  #pragma comment (lib, "mswsock.lib")  const int nPort=10000;  const int buf_len=1024;  //对于同一个客户连接套接字，