捐赠 | 广告 | 注册 | 发布 | 上传 | 关于我们    
  粤ICP备10103342号-1 DELPHI盒子 | 盒子文章 | 盒子问答悬赏 | 最新更新 | 盒子检索 | 下载中心 | 高级搜索    
  精品专区 | 繁體中文 | 奖励公告栏 | 直通车账号登陆 | 关闭GOOGLE广告 | 临时留言    
盒子资源分类
全部展开 - 全部合拢
高速屏幕传输演示代码
关键字:高速屏幕传输 图片差异 Indy
来 自:原创
平 台:Win2k/XP/NT,Win2003 下载所需:0 火柴
深浅度:高级 完成时间:2007/3/21
发布者:hfhappy 发布时间:2007/3/22
编辑器:DELPHI7 语  种:简体中文
分 类:媒体与图形 下载浏览:3433/17962
加入到我的收藏
下载错误报错
登陆以后才能下载
 用户名:
 密 码:
自动登陆(30天有效)
图片如果打不开,说明流量不够了,请稍候下载……
自己本机测试最快时60帧/秒,局域网传输只测试一次,结果很让我失望,原因不明~~~~

说下我的思路过程(我认为过程很重要!)
分块比较+压缩传输与以前那个内存流比较的优缺点:
内存流比较能找到最精确的找到图片差异,但每次都要压缩相同大小的数据,大家可以测试下,那个算法传输瓶颈是压缩算法,最费时间和CPU.

分块比较+压缩传输能有效的减少压缩数据量,但缺点也很明显,比较图片的效率肯定没内存流比较高,要加快传输只能找到更好的算法

我选择的是后者,开始的时候是直接把截下来的图片分成n块,然后逐块和上一个图片比较,不同就放到流中压缩传送,不过写完测试时很是郁闷,Cpu占用不说,在自己电脑上根本就突破不了16帧,当时就苦想能节约时间的方法(当时做梦都在想^.^),终于在一次被吵醒后来了灵感,每次都要把图片分成n块,这也很占时间啊,有没有更好的办法呢?觉也睡不着了...
具体实现就看代码吧^_^

压缩包里面Src31212是直接先分块再比较的代码,就是根本突破不了16帧的那个代码.

用到控件:indy10,zlib,用D10编译,不知道D7要不要改下?

现在最主要的问题是传输一段时间就会白屏,具体原因不明,希望大家一起解决.

在这里要感谢藏经阁的老陈,正是他发的那个demo我才有了目标,还有一次他提到了倒序索引,虽然是写完以后发现自己用的好像是倒序索引,不过至少当时我有了方向,就是分块.

这份代码还有很多要完善的地方,希望大家能一起和我讨论....

如果哪位大虾改了这份代码,请通知我这个小菜鸟一声,学习学习再学习^_^

MSN:hf-net[at]hotmail.com ([at]改成@)欢迎和我讨论^_^
Google
 
本站原创作品,未经作者许可,严禁任何方式转载;转载作品,如果侵犯了您的权益,请联系我们
龙脉加密锁 15元起 Grid++Report 报表 申请支付@网
 相关文章
屏幕傳輸程序改進版一
guanyueguan 2008/1/7 下+16735/浏+17780 评+40
屏幕傳輸程序 (分塊+隔行掃描)
guanyueguan 2007/12/25 下+6444/浏+28272 评+40
屏幕传输隔行取样版本
hfhappy 2007/6/5 下+3472/浏+11646 评+12
屏幕划块传输演示代码
hackbear 2007/5/7 下+1097/浏+14096 评+7
遠程屏幕傳輸控制C+SDK版
guanyueguan 2007/4/30 下+1230/浏+13111 评+4
高速屏幕傳輸程序改進版
guanyueguan 2007/4/28 下+7633/浏+15871 评+14
高速屏幕传输演示代码
hfhappy 2007/3/22 下+3433/浏+17963 评+50
远程屏幕传输 (差异截图)
dldengli 2006/10/15 下+7525/浏+23902 评+60
相关评论
共有评论50条
我要发表评论 查看全部评论
 
  DELPHI盒子版权所有 技术支持:深圳市麟瑞科技有限公司 1999-2024 V4.01 粤ICP备10103342号-1 更新RSS列表