上周完成了windows/wince两个平台的原型开发，总结起来，ffmpeg 花了太多时间，这个跨平台库的确不够友好。编好的for wince的动态库 在windows mobile 6.X上出现无法正常加载现象，所以现在的wince平台客户端，只能在windows mobile5, ppc2003上正常运行。期待该库新的进展。不过我过于求功能全面化，不然完全可以改用Xvid 及xH264进行解码。由于我采用的库全是跨平台，其它的RTSP库（live555)及播放库（SDL），所以移动Symbian理论上没有什么问题。不过说到Symbian,想必大家都有些头痛，我是从Series60 SDK0.9开始用Symbian 的，那时文档少得可怜，SDK本身也一堆的问题没有解决，那时没有线程，没有openC,RSS文件式的界面开发，一堆标新立异的API。全新不兼容标准C++的SymbianC++，连用个STL都要去国外代理网站上去下载 STLPorts来用，呵呵，想起来头就大。已致于我没放太多时间在这个平台上，直到看到了openC 及QT Garden版。扯得有点远，近来手头项目太忙，Symbian客户端不大。
一，完成了ffmpeg for symbian的编译，这个只花了一天的时间去编译及改代码。出现最多的，只是一些tprintf 及 AV_DEBUG的一些宏定义，编译器无法识别，这算不错的了，如果是C++，SymbianC++对模板及一些类型定义typeinfo问题处理起来可就难了。 我用的是carbide 1.2编起来还算好，就是每次重编不能clean要手工清除一些中间文件，否则人家就罢工，不能go on compiling.这是symbian 开发环境一直以来的垢病，答案是：无解。一直无解。
二，SDL的移植，很简单，有专门的工程，编译成功，还没试
三，RTSP（Live555）,我先进行了自己的整理与封装，以减少移植中的麻烦，毕竟是一套C++的库。完成了一半，如果有问题我就从VLC或者Darwin，或者其它开源库中找一套简单的RTSP来备用，不会有问题。
四，整体架构的整理与设计。这是以后开发迭代的基石，也是我对项目的习惯，这一点上，我较喜欢所谓的RUP方式。