|
| 盒子资源分类 |
![]() |
|
|
|
|
| 高速屏幕传输演示代码 |
![]() |
| 关键字：高速屏幕传输 图片差异 Indy |
| 来 自：原创 |
| 平 台：Win2k/XP/NT,Win2003 |
下载所需：0 火柴 |
| 深浅度：高级 |
完成时间：2007/3/21 |
| 发布者：hfhappy |
发布时间：2007/3/22 |
| 编辑器：DELPHI7 |
语 种：简体中文 |
| 分 类：媒体与图形 |
下载浏览：3439/18673 |
|
|
|
|
|
自己本机测试最快时60帧/秒,局域网传输只测试一次,结果很让我失望,原因不明~~~~
说下我的思路过程(我认为过程很重要!)
分块比较+压缩传输与以前那个内存流比较的优缺点:
内存流比较能找到最精确的找到图片差异,但每次都要压缩相同大小的数据,大家可以测试下,那个算法传输瓶颈是压缩算法,最费时间和CPU.
分块比较+压缩传输能有效的减少压缩数据量,但缺点也很明显,比较图片的效率肯定没内存流比较高,要加快传输只能找到更好的算法
我选择的是后者,开始的时候是直接把截下来的图片分成n块,然后逐块和上一个图片比较,不同就放到流中压缩传送,不过写完测试时很是郁闷,Cpu占用不说,在自己电脑上根本就突破不了16帧,当时就苦想能节约时间的方法(当时做梦都在想^.^),终于在一次被吵醒后来了灵感,每次都要把图片分成n块,这也很占时间啊,有没有更好的办法呢?觉也睡不着了...
具体实现就看代码吧^_^
压缩包里面Src31212是直接先分块再比较的代码,就是根本突破不了16帧的那个代码.
用到控件:indy10,zlib,用D10编译,不知道D7要不要改下?
现在最主要的问题是传输一段时间就会白屏,具体原因不明,希望大家一起解决.
在这里要感谢藏经阁的老陈,正是他发的那个demo我才有了目标,还有一次他提到了倒序索引,虽然是写完以后发现自己用的好像是倒序索引,不过至少当时我有了方向,就是分块.
这份代码还有很多要完善的地方,希望大家能一起和我讨论....
如果哪位大虾改了这份代码,请通知我这个小菜鸟一声,学习学习再学习^_^
MSN:hf-net[at]hotmail.com ([at]改成@)欢迎和我讨论^_^ |
| 本站原创作品，未经作者许可，严禁任何方式转载；转载作品，如果侵犯了您的权益，请联系我们！ |
| 相关文章 |
|
![]() |
|
|
| 相关评论 |
![]() |
|
共有评论50条
当前显示最后6条评论
|
| chenyoukun |
2007/4/27 16:57:43 |
希望楼上的发布出来....(^_^)
发布方法:
本站提供如下方法发布您的作品
发布前请一定搜索一下本站是否已经有此资源： 高级搜索
1、直接在下面的表格提交。(推荐)
2、按下表格格式Email相关资料到root@2ccc.com，由站长帮您提交。
3、下面的表格填写资料，将代码上传到ftp://uploads@uploads.2ccc.com，由站长整理后发布。
注意：发布的代码必须有详细的说明，并配有图片，无说明者一律删除。 |
| guanyueguan |
2007/4/28 10:28:38 |
| 上傳了，等站長審核了就可以了。 |
| qsmile |
2007/4/28 16:36:51 |
guanyueguan ,
我想听一下你说的那个隔行扫描，50帧/秒，CPU还只在5% 这个算法的思路。
我对看代码本身没多大兴趣，我只想听下思路就OK了。 |
| guanyueguan |
2007/4/28 21:35:45 |
| 简单点，隔行扫描实际上是隔行取样，再分析出变化矩形，这样取样时数据量很小，所以快，同时只得到变化区域，冗余数据就会少很多。对于经常性大变化来说，这种方法是不合适的，但对于一般操作却很有用。在小变化时100侦/秒是可以做到的，而且CPU也低，这也是我做了上百次的测试分析来的。 |
| kingspider |
2007/6/4 0:13:35 |
| 都是一些前辈,虽然我不太懂编程,但是我喜欢,虽然我不太认真的学习,但这是我的爱好,向老陈致敬!黑洞的第一个版本的时候我就在用了，呵呵，那里还没有出现自动上线功能，后来有了一上网络神偷（好像是它吧）第一个出现了隧道论及自动上线． |
| xsf516624 |
2009/5/15 20:00:35 |
| guanyueguan 请问你的发的那个的下载地址是？ |
| 我要发表评论 |
查看全部评论 |
|
|
|
