由于项目需要使用live555 ，铁了心要把这代码编译，用开发环境管理起来。
编译方法找到一个方便的：
live555—VS2010 下live555编译、使用及测试
http://www.cnblogs.com/skyseraph/archive/2012/04/11/2442840.html
但是不好维护，没有IDE代码也不好参考上下文阅读，于是寻找编译和管理live555源码的方法。
google后找到了csdn上nkmnkm 的博客，他对live555 的了解挺深，发了很多学习笔记在博客上。
其中有一篇叫：
安装、使用eclipse+CDT编译C++程序
http://blog.csdn.net/nkmnkm/article/details/7403027
于是下载eclipse+CDT后足足折腾了两天（过程见我的博文：安装、使用eclipse+CDT编译C++程序http://write.blog.csdn.net/postedit/8616344）
可能是因为才疏学浅，最后编译mediaServer 的时候报出大量的 undefined reference 错误。
网上各种搜，按照张家李家的办法试，结果还是有很多错误不能消除。
所以对这条道路充满了怀疑。。自觉没能力没时间消耗下去，赶紧转向VS道路。
google各种搜，最后找到一篇文章：
visual studio 2008版的live555
http://www.cnblogs.com/jianu/archive/2012/02/23/live555-vs2008.html
博主用VS配好了环境，赶紧下载提供的资源。
结果发现编译好的mediaServer.exe、WindowsAudioInputDevice.exe 文件不能在我的win7上执行，异常报告是程序配置不正确！！
重新编译mediaServer 项目也不行。
正逢周五，因此心灰意冷，周末出门happy了两天。心想如果有一个上GB的庞大的开源项目，是不是就必须得用makefile和gcc维护？
IDE只能对付小规模的单模块应用程序？
用c++这种编译型语言开发是不是麻烦到部分功能的开发应该被python 这种解释型语言替代了才好？（事实上我用过一阵子python，虽然听说执行上不如c/c++，但是开发效率没的说，代码组织、调试也非常方便）
但是没有解决不了的事情！我决心要live555 的代码通过编译！（坚信《劝学》中的话：“驽马十驾，功在不舍”）
在eclipse+CDT 的环境上对代码进行小规模改写，但是由于不懂源码含义，还是没能解决任何编译错误。
不得已，只好在VS上试试。
耐心在VS上一个个项目rebuild 。。
groupsock、BasicUsageEnvironment、UsageEnvironment、liveMedia、WindowsAudioInputDevice、mediaServer。。
最后运行mediaServer.exe、WindowsAudioInputDevice.exe 竟然成功了！
可见对于菜鸟而言，有时耐心和细致十分重要。
谨记录在此，以自勉。