要放大缩小用Directdraw.用divx,还可以。我是自己压缩解压缩,用自己的播放器。

解决方案 »

  1.   

    我想还是用MPEG格式的数据流,那么有没有现成的压缩和解压算法可供使用,还有怎么把显存中读出的图像转换成视频流?
      

  2.   

    你可以试试WINDOWS自带的视频/音频的压缩/解压缩驱动程序以及库CODES和相应的API,(好象是这个名字吧,你再查查MSDN)。不过,这样一来,你得现在机器上装上DIVX(MPEG4的驱动),不过你可以自带这些驱动程序,然后在安装软件的时候自动将它们安装。
      

  3.   

    我这几天看了一下VFW(VIDEO for Windows),觉得可以从这方面入手,传输AVI流,CLient端接收,然后播放。问题就在于:我看下来好像AVI流的每一帧都是由一幅DIB组成的(VIdeo stream中),那么也就是说我从显存读出图像,然后插入一帧到avi流,这样就可以实现了。我的这个想法对不对呢?
    还有怎么直接读显存?读出后我要自己压缩,再传送。
    有没有直接的压缩方法,效率要高的?
      

  4.   

    我觉得采用vfw实现好像要好一点,而且VFW可以很容易实现视频和音频的合成,但是这样的话就要使用AVI格式,那你就必须自己编写压缩和解压缩算法!
      

  5.   

    看看这里:http://www.banasoft.net/AVPhone.htm
      

  6.   

    我想问你一下,我要采集的视频信息是从屏幕而来的,voip可以胜任吗?请你介绍一下voip吧.如果愿意交个朋友抄个QQ给我
      

  7.   

    我做了一个局域网内的视频会议,用rtp,rtcp做的
    视频音频采集用VFW,
    视频压缩采用h.263(个人修改别人的算法实现的)
    音频编解码使用的G.72X(网上的开放代码)
    SOCKET API自己做的传输部分和会议控制部分
    参考H.323协议(非完整实现)从实际效果来看,h.263算法在TCP协议上传输视频质量很好
    但是用UDP协议就不太好了,好像所谓的运动补偿编码实际效果好差啊所以后来自己写了一个压缩算法,类似于JPEG,压缩比例只能道20-25倍
    采用的是静态压缩,先进行DCT变换,然后进行Huffman编码,算法简单
    就是压缩比例差,不过176×144×16色的图象也可以压缩成2K左右
    也就是每秒25帧能控制在50K的样子,局域网可以忍受,广域网就不可以了上面只是我个人的小经验
    希望上面的信息对你有帮助
      

  8.   

    wmsdk有没有直接从图片生成MPEG4的接口?
      

  9.   

    你说的voip当然都可以了,善良的石头所说的也正确