1，如果使用ortp协议栈，是不是接收端必须要做一个软件负责接收并播放视频？能不能用vlc接收？哪怕只是测试用
2，rtcp和rtsp这些会话是应用程序自己创建并维持的吧？也就是说开发者需要注意网络质量qos而不能依靠协议栈本身自动完成吧？还有时间戳也是开发者自己添加吧？其实这个问题说白了就是协议栈和应用开发的分工问题：协议栈好像只是实现了几个函数，具体协议的实现还是要靠程序开发者编程完成。不知道这样理解对不对...
3,我在网上下了ortp的0.16版本，在linux平台下进行交叉编译出现了一点错误，在配置的时候
configure: WARNING: ortp-0.15.0 breaks compatibility with older releases, because value returned by rtp_session_recvm_with_ts() has
        changed. See the API documentation in doc/ for further readings.

谷歌了一下，说是加上--disable-strict，我加上以后，问题依旧，各位有遇到过这种情况吗？
./configure --host=arm-linux-gcc --diable-strict
make 

客户端只需要接收流、解码（建议测试的时候传输ts流）、显示就可以了，你可以参考现在的在线流媒体服务，也是直接在网页上面查看，它提供的也就是一个源。你可以试下julyplayer，或者live555，看下别人怎么实现的。
web server是服务器那边的事情了。

1、vlc可以接收的，不过他接收的是rtsp的流；
2、协议栈要求对底层封装好，应用层开发的时候方便进行调用；
3、我建议你在别的板子上面试下，要确保环境的干净。
0.15.0 breaks compatibility with older releases你试验新版本之前得吧旧版本干掉吧，不然交互肯定有问题啊！或者configure的时候--prefix

VAR_DECLSPEC PayloadType payload_type_h264;为什么你说没有h264

推荐你看下：http://blog.csdn.net/ajaxhe/article/details/7753239

maybe我知道一点原因了
在ORTP库提供了设置RTP负载类型的函数，但是千万要记得根据实际的应用进行设置
默认ORTP使用的是pcmu音频的负载类型，传输H.264编码的视频数据，结果传输就一直有问题，，，
lz试着改一下，即时是事例代码，你先调通一个，然后一点点改吧~~~