恐怕不是这样的,你有没有试着处理过整屏这么大的图像,传输很慢的,压缩又很费时间,这些远程控制软件不是截屏的,你输出的TEXT他们也是以TEXT传输的,不是图像。

解决方案 »

  1.   

    高手在哪里,CSDN里有没有高手??嘿嘿!
      

  2.   

    哦,taxi也来啦。怎么就^了一下?
      

  3.   

    在windows下没法像你说的那样直接写显存。禁止直接访问硬件。
    在dos下有很多游戏为了获得较快的速度,是这样操作的
      

  4.   

    如果WINDOWS本身都无法直接写显存
    那么屏幕上怎么会有东东呢?????那个就是说WINDOWS本身有写显存的功能,
    那么好,WINDOWS本身要把什么写入显存呢?数据,从何而来。我认为是经过运算存在主存里再写入显存。
      

  5.   

    DirectDraw的"布粒"(blit,自己的翻译方法^ ^)不就是这样吗?效果不错.跟我说说你说的pcany,我没接触过
      

  6.   

    关于白狼的看法,其实DDraw的实现是很暧昧的,DDraw一般使用显存(资料上也是这样说),可是据我看DDraw对系统内存的使用也不少.大体上就这些
    upup
      

  7.   

    GDI模式下,你的程序的确不允许直接写屏或者读屏的,DirectX下可以。
    除非写驱动,升级你的进程到0级去,岂不是想干什么就干什么了,嘿嘿
      

  8.   

    :)
    vxd啊
    给哪块显卡写?
    我的是sis的
      

  9.   

    连DDraw以不是直接写屏。他只是把数据写到逻辑的显存上去。并不是物理的显存。
    白狼说:“在屏幕图像显示之前,系统主存中应该有一块区域存放该显示的内容”据我观察是没有的。除缓存外不存在一个整个屏幕的的画面存放内存。
    屏幕的内容其实是和窗体的层次有关。最先画出桌面,然后画出最下方的窗体......最后画出最上方的窗体。我是通过有时进程忙窗体不能重画得出这个结论。存属臆想,未必准确欢迎指正。
      

  10.   

    pcanywhere?
    windows的所谓“系统资源”什么的计算很含糊早有人指出了这:就是什么窗口都不开,实际可用的也只有约百分之五十几,但它却报告给你百分之九十四左右
    使用directx的程序,它所占用的没有统计在windows的资源计算里,你可以开个directx类的游戏看看,系统资源和开一个窗口时一样,可能吗?
    从硬件上说,显存的地址一般都是固定的,如b80000h等几块,在win下可以通过直接写这个物理地址在屏幕上输出内容
      

  11.   

    你首先找到一种工具,来截取 realplay里的图像,再试试
      

  12.   

    to qiubolecn:
    用directdraw就可以抓Realplay的圖像
      

  13.   

    使用Canvas+DC,具体代码你自己查吧
      

  14.   

    http://www.delphibbs.com/delphibbs/dispq.asp?lid=538683
      

  15.   

    系统内存确实有这样一块区域,不过你得使用HOOK技术来操作。因为这块区域在另外一个进程空间内,你必须想办法嵌入此进程,然后再想办取得此内存的地址。
      

  16.   

    要作PCANY这样的程序,最好不要用截屏这种思路,如果你不知道什么时候屏幕会改变,你就不得不不停地截屏,CPU占用率就不可能降下来.
        应该做一个GDI的HOOK,截获GDI的显示命令,然后在其它机器上把同样的命令执行一遍,以保持显示的同步.
      

  17.   

    to  lx_king(天剑) :
      呵呵,您也在大富翁上玩啊。那个贴子是不错。xwings的东东是不错。压缩挺快的。可是压缩率不高。to plainsong(轻风):
      呵呵,您老说得倒是轻巧。TO jdxjf(生活象拉磨,我就是那拉磨的驴) :
      您说的好象是像回事,不过我在想。您说的东东是否有根据呢?还是您猜猜的。TO huier22(终结孤独) :
      我还想看看您怎么做呢。:-p不會說話,可能得罪人。各位見諒。
    希望有經驗的人能來說兩句