关于网络视频、音频传输中的共享冲突等等研究：：：

我们也在做此类的东东，不过我们用的是MPEG-4 呵呵，致于你的方案嘛......我觉得大概也就这样了吧，如果有什么更好的，咱们可以讨论讨论呀，呵呵

解决方案 »

  1.   

    cdutgch(伶狐) 你好，那你怎么不用MPEG-7呢？我觉得，MPEG4以后它主要扩展在基于内容的检索，其实在图象压缩可能并不好多少，同时编码的时间就会高一些。而且比较复杂。不过我作完后，明年准备做作MPEG7了
      

  2.   

    呵呵，我做过h.263的，这样的结构当然是可以的，
    不过一定要处理好视频存储缓冲区，不一定建Mutex，
    可以将其做成循环链表，一边通过SOCKET来存，一边在解压线程读取
    做好其中节点的互斥就可以了
      

  3.   

    插播紧急新闻请关注：http://www.csdn.net/expert/topic/709/709609.xml?temp=.4640314
      

  4.   

    你的结构会有一定的运行问题.BUFFER管理用Mutex会降低系统性能.做这类应用网络部分是最大的瓶颈.要首先保证网络数据接受部分有优先权.推荐使用先进先出的缓冲机制.图象跟音频之间要考虑同步.对于30帧每秒,同步精度在30ms左右.这也是你将遇到的一个大麻烦.几个线程必须有优先级的调整.合理分配CPU时间.方案开始没有考虑合理的话,以后运行的性能会很差.那时候会变成大麻烦所以多化时间在开始阶段,别太忙着实现.祝好运.
      

  5.   

    http://www.csdn.net/cnshare/soft/12/12334.shtm