关于“远程监控中的屏幕最快传输”和“夸网NAT映射”的话题，有兴趣的可以进来一起讨论。 ( 积分: 50 )

J

jiang5460

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2005-12-08

• #1

最近公司要我写个远程监控的软件，主要用来处理监控客户的机子，进行远程协助。但考虑到带宽的问题。对屏幕的传输要有特别的要求。
　目前我从网上查了一些资料，有的是把屏幕分成几块进行传输，有的是根据屏幕变化的部分进行传输，采用ＵＤＰ传输，考虑到不同外网内的局域网机子的传输问题，需要进行NAT映射，还要穿透防火墙等。但这些都有难度也。不知道有没有这方面的控件和资料。请高手们指点。

 

J

jiang5460

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2005-12-08

• #2

最近公司要我写个远程监控的软件，主要用来处理监控客户的机子，进行远程协助。但考虑到带宽的问题。对屏幕的传输要有特别的要求。
　目前我从网上查了一些资料，有的是把屏幕分成几块进行传输，有的是根据屏幕变化的部分进行传输，采用ＵＤＰ传输，考虑到不同外网内的局域网机子的传输问题，需要进行NAT映射，还要穿透防火墙等。但这些都有难度也。不知道有没有这方面的控件和资料。请高手们指点。

 

D

dyfh

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2005-12-09

• #3

关注，我以前做过远程监控的，但是方法很笨，是截屏后转成jpg文件发送，所以不能是实时的
希望有高手来讲讲这方面的技术

 

C

cqwty

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2005-12-09

• #4

把屏幕分成几块也可以，但是我觉得更好的办法是记录屏幕变化的一定范围，这样会更好，因为如果分成几块的话，那也不能足够的节省，因为如果变化出现的邻接的块边缘的时候，那就需要传输几块了，对吧，比如将屏幕分成9块，而变化出现在中间一块的边缘，那就要传输9块了，这就是传了整个屏幕了。如果要想足够的减少网络上的传输，那就必须在端上进行足够的处理，将变化部分以最准，最小的范围切割出来，传送过去就可以了。

 

L

luckyso888

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2005-12-09

• #5

本想在捕捉屏幕这块用分块的方法。。看到楼上的贴子，还真是不行呢

也不知道有没有更有效率的方法

 

J

jiang5460

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2005-12-09

• #6

dyfh:监控客户端的程序你有没有源码，发给我一份，谢谢，我的邮箱：jzymail2008@163.com
我现在考滤的是在不同网段的，不同广域网内的局域网要如何控制什么，我现在已经找到传输非常快的资料了。但现在不知道怎么做好。好好研究一下。

 

M

Mike1234567890

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2005-12-09

• #7

传输的时候好像可以参考媒体流
我没做过
只是参与一下

 

S

skyccf

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2005-12-09

• #8

jiang5460,把你找到的“传输非常快的资料”给俺份好吗？chuanfachen@163.com谢谢
帮顶下

 

J

jiang5460

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2005-12-09

• #9

skyccf：要给你是很容易的，不过你也应该给我点东西也。比如监控对方电脑的键盘和鼠标事件等，加我QQ吧：89461298

 

Z

zxlaohu

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2005-12-09

• #10

我觉得可不可以,参考做程序补丁的方法,用抓的两个图片进行比较,如果差异小的话就只把差异的部分传回去,在服务器端在用差异的部分来修改原图片
在客户端检测,如果差异大的话,就直接传图片回去

 

B

bbscom

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2005-12-09

• #11

UDP傳輸，其實是以一個文件傳輸的。
在客戶端發送，由接收端接收就可以了。
網上有很多這樣的實例下載。

 

D

dyfh

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2005-12-09

• #12

to jiang5460,
很抱歉，那是2000年的事了，代码早就没有了。

 

刘

刘麻子

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2005-12-09

• #13

问题：请高手们解答一下关于“远程监控中的屏幕传输”最快的要如何实现。
－－－－－－－－－－－
没有最快，只有更快…… [][]

 

L

luckyso888

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2005-12-09

• #14

有空也帮我看看这个问题怎么样啊 关于并发处理的
http://www.delphibbs.com/delphibbs/dispq.asp?lid=3291277

 

J

jingtao

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2005-12-09

• #15

http://www.138soft.com/html/ssc/1/2/17.htm

 

Q

qiuyan81

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2005-12-10

• #16

我是用JEPG压缩后
本身图象都有200000这样 但是数据包最大一次只能是32768 除去自定义的数据包后最多能传的图片数据也只能是32000 就是说一张图要发6到7次才能完整的发送出去
用UDP要2~3秒才能传送出一张图片
唉 都不知道怎么才能达到实施的效果 我想问题还是出在图片压缩上

 

C

cqwty

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2005-12-12

• #17

如果先抓再进行比较，试想一下，一秒钟要处理多少图片？传送的问题呢？是不是能够流畅的处理过来，对于做这种抓屏的软件，讲究两个条件，第一，位置准确，第二，传输流畅。

 

J

jiang5460

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2005-12-15

• #18

晕，我写了个，怎么占用系统CPU哪么大，都 在30-80多左右，大家有没有更好的传输方法，最好是有代码或，

 

X

xiaoxinya

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2005-12-16

• #19

to jingtao
能压缩一个D6版本吗
D7因为某些情况不能装,谢谢

 

爱

爱元元的哥哥

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2005-12-16

• #20

写一个驱动，挂接到显卡class驱动的栈上，在你的IRQ_MJ_WRITE里处理全部的显存变化，这个东西是国外开源的项目