黑客DELPHI(200分)

G

GanQuan

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2001-05-20

• #61

关注

 

S

superpage

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2001-05-21

• #62

哈哈，这个问题我早就做过了，我现在用的是 Ben's Lib 里的 Remote control的例子，做的挺好的。
Ben 在处理截屏用的是 xor 增量法+zlib压缩，图象传送量很小，操作跟 pcanywhere很象，
而且通用性好~~~~~
我现在已经想到一个比 xor 更好的算法了，有时间会做出来。

 

J

jingtao

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2001-05-21

• #63

ＴＯsuperpage>>
也比较大嘛。１４ＫＢ啊
主要是那个压缩算法有问题，而且压缩速度很慢的。

 

T

touip

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2001-05-23

• #64

举世注目

 

A

alter

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2001-05-23

• #65

我这里有一些简单的源码可供参考:
http://heyuan.multimania.com/files.php

 

N

nani

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2001-05-23

• #66

我使用zlib压缩,32位时大约25k左右.不过还是慢.
sdzhaowei.edu.chinaren.com

sdzhaowei.home.chinaren.com

 

J

jingtao

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2001-05-23

• #67

zlib压缩比较慢，解压还行。
可以试试LAH算法，应该只有8--12KB，而且速度很快

 

L

lance2000

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2001-05-25

• #68

用netmeeting,是捷径.

 

F

finalwish

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2001-05-27

• #69

我认为做一个黑客程序，不应该将讨论局限于图象的压缩上，一来只是监控客户机，有
必要象全程直播一样吗？其二，黑客程序的特点就是服务端小巧，占用资源少，不易被查觉
，监听端口已经花费了资源，再加上一个运算量不菲的图象压缩和数据传输，你还让不让被
监控的机器动了。所以，对于图象的问题应该放到有关图象的讨论上去

 

J

jereen

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2001-05-27

• #70

同意上面的说法，没有必要完全同步客户端机器屏幕的变化呀，又不是看电影
只要在想看的时候再将屏幕的图像传过来就行了。

 

G

GGCAT

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2001-05-27

• #71

to g622 :

高手高手 基本命中要点了 再深入啊 继续

 

F

finalwish

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2001-05-27

• #72

既然是黑客程序，我认为要考虑的是：服务端怎样才能神不知鬼不觉的传给客户端，其实
程序好做，无非是一个算法的问题，我想请问大家怎 样使服务端执行时任务栏不会出现任务
图标。怎样隐藏你的服务端程序，冰河的方法虽然新奇，但用多了也不灵了。有听说用宏附到
邮件上，不知宏是怎样做的，怎 样使用这种宏？

 

G

g622

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2001-05-28

• #73

我只是大致浏览过的，它要定义多种帧格式，来指明当前传送的是一个完整的图象针
还是变化的一个区域，或者是上一个对图象中某个网格的变化如平移，而且还要定期
的插入完整的图象针以确定图象的保持。另外还有些如何划分网格的文章，都是满篇
的公式推导，所以也没看下去，详细的还是自己找文档来看吧。
ggcat你应该是用这种方式的啊。

 

C

.com

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2001-05-28

• #74

说的好象都有道理。。continue

 

S

sluger

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2001-05-29

• #75

其实网上也就那么几个源程序。

 

呆

呆非4

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2001-05-29

• #76

gg

 

P

PressAnyKey

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2001-05-29

• #77

good,good,very good

 

芨

芨芨草

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2001-05-29

• #78

那位虾哥开发过象苦丁香网络教室那样的可以进行1对多通信的东东？
我写了一个测试用的，但虫虫很多。

e-mail lifesoft@21cn.com

 

G

GGCAT

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2001-05-30

• #79

TO G622:
YES 还在辛苦您那？

 

L

lvxq

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2001-05-30

• #80

各位：
我想再怎么JPEG我想还是不行，我想600*800的图象大小怎么着得保留个30K大小吧，
否则我想清晰度会大受影响，所以我的思路是这样，服务端动态采集屏幕，并把它压缩
成MPEG-1格式，然后将该MPEG-1的东东以流的形式发送出去，而在客护端做一个流播放
，这样的一个好处是，如果服务端采用广播地址发送，就可以轻松实现类似与网络教学
的功能。仔细一想，NETmEETING不也是视频么？
在这时，我们再来考虑别的：
1、我们原先考虑的速度问题不是计算机截屏来不及，而最大的瓶颈应该在网络的
传输上，所以只要保证需要传输的内容小，就能解决问题。
2、MPEG的数据量，知道的人都了解顺滑的MPEG-1的码流速率应该在1。5M/S左右，
而我们的局域网速度总是10M或100M。
3、为什么MPEG会这么少的数据量呢，原来它在压缩时采用了不同的图桢，尤其对于
里面的B桢而言，它的解码要依靠与其前后的I/P桢，这就是运动补偿。理解这一点，所以
我们对上面几位朋友提出的，只传输变化部分就可以理解了，只不过要通过MPEG的编码来
实现。
总结： 虽然我想把它说的头头是道，但毕竟只是一家之言，而在实际过程中，做为
DELPHI的程序员，还有很多路要走：
1、MPEG的编码；
2、流的传输；（这好象容易点）
3、流的解码；
4、在六的解码上，你还得考虑鼠标、键盘事件等等
5、尽管各部分的主题在富翁论坛上都有过，可真正完美的答案至今没有出现，加上
现有的部分原代码大都用C/C++写成，所以有想法，但付之行动，又岂是个人能够完成的呢？

*^_^* 随便说说，如果错了，请别打我头，对的话，您就用着吧，不过别忘了夸奖一句！


（
难为你看到了最后，为报答您的信任，透露一个机密：其实PCANYWHERE就
是这样做的
）。