. : : ClassiClub ForuM : : .

会员中心 论坛帮助 日历事件 标记论坛已读
返回   精品技术论坛 » 技术论坛 » 『软件使用』

『软件使用』: 电脑软件推荐, 电脑软件使用, 经验分享



发表新主题 回复
 
主题工具
bluetooth
 
bluetooth 的头像
核心会员
 
资 料:
注册日期: Mar 2005
帖子: 2,475 声望值: 1
精华: 0,解答: 12
#31 旧 2021-07-23, 08:55:54 默认
bluetooth 当前离线  

好像不支持高分辨率啊。


无线沟通,沟通无限。
回复时引用此帖
sheayone
 
sheayone 的头像
热心会员
 
资 料:
注册日期: Feb 2011
帖子: 483 声望值: 3
精华: 0,解答: 6
#32 旧 2021-07-23, 09:31:29 默认
sheayone 当前离线  

引用:
作者: ASBai 查看帖子
不是,是每次启动远程协助的步骤很繁琐,我不是写的很清楚了么:

就是想要分享桌面给我的人每次只需要一次鼠标点击即可开始分享,这有啥不清楚的。。。。
哦,我之前以为是直接remote desktop,但是remote assistant在Windows上也还是很方便啊,需要分享桌面的人打开Windows 10的quick assist,填入6位数字点一下share screen,这个也不繁琐啊


Only the paranoid survives.
回复时引用此帖
331
 
331 的头像
普通会员
 
资 料:
注册日期: Dec 2011
帖子: 90 声望值: 2
精华: 0
#33 旧 2021-07-24, 06:42:48 默认
331 当前离线  

没人推荐radmin么 只是不支持粘贴板 速度快的很
回复时引用此帖
ASBai
 
ASBai 的头像
热心会员
 
资 料:
注册日期: May 2005
帖子: 5,274 声望值: 5
精华: 18,解答: 29
#34 旧 2021-07-25, 03:56:29 默认
ASBai 当前离线  

引用:
作者: sheayone 查看帖子
哦,我之前以为是直接remote desktop,但是remote assistant在Windows上也还是很方便啊,需要分享桌面的人打开Windows 10的quick assist,填入6位数字点一下share screen,这个也不繁琐啊
这本身比起一次鼠标点击已经很繁琐了,有教会他们打开远程协助、启用 TermService、然后再按照不同 Windows 版本走不同流程开启远程协助的功夫正经事儿都办完好几次了。

就这还没考虑 NAT 穿透和 BYST 加速等等其它步骤。。。。我印象里远程协助时监听端口是随机(包含在生成邀请 url 里)的?至少 Win7 我记得是这样。这进一步增加了 NAT 穿透等配置的复杂度。

有没有工具可以像启动 VNC Server 那样方便地一键启动 RDP 协议的远程桌面共享,同时指定好端口等参数?而且还要绕开 NTLM 验证,毕竟问对方要他的 Windows 登陆账号密码很多场景下给人感觉不是很好。


引用:
作者: 331 查看帖子
没人推荐radmin么 只是不支持粘贴板 速度快的很
去看了下,感觉还是有些庞杂不够精简干净,而且太贵

此帖于 2021-07-25 04:00:15 被 ASBai 编辑. .


baiy.cn
俺的原创免费作品站
回复时引用此帖
bluetooth
 
bluetooth 的头像
核心会员
 
资 料:
注册日期: Mar 2005
帖子: 2,475 声望值: 1
精华: 0,解答: 12
#35 旧 2021-07-25, 09:32:00 默认
bluetooth 当前离线  

引用:
作者: 331 查看帖子
没人推荐radmin么 只是不支持粘贴板 速度快的很
这个可以级联,串糖葫芦。
回复时引用此帖
ASBai
 
ASBai 的头像
热心会员
 
资 料:
注册日期: May 2005
帖子: 5,274 声望值: 5
精华: 18,解答: 29
#36 旧 2021-07-25, 22:09:00 默认
ASBai 当前离线  

引用:
作者: bluetooth 查看帖子
这个可以级联,串糖葫芦。
这个应该很简单,就是个端口转发
回复时引用此帖
2710
 
2710 的头像
支柱会员
 
资 料:
注册日期: Jul 2009
帖子: 5,679 声望值: 3
精华: 0,解答: 29
#37 旧 2021-07-25, 22:35:14 默认
2710 当前在线  

引用:
作者: 331 查看帖子
没人推荐radmin么 只是不支持粘贴板 速度快的很
radmin不能传声音。


个性签名
叫偶27,就行了。。。
回复时引用此帖
sxxt
 
sxxt 的头像
热心会员
 
资 料:
注册日期: Mar 2001
帖子: 2,924 声望值: 4
精华: 0,解答: 5
#38 旧 2021-07-27, 23:44:14 默认
sxxt 当前离线  

2012-04-10发布的,WIN10支持好吗?


bbs.21our.com/?fromuid=79164
回复时引用此帖
ASBai
 
ASBai 的头像
热心会员
 
资 料:
注册日期: May 2005
帖子: 5,274 声望值: 5
精华: 18,解答: 29
#39 旧 2021-07-29, 00:27:47 默认
ASBai 当前离线  

引用:
作者: sxxt 查看帖子
2012-04-10发布的,WIN10支持好吗?
不是高分屏就没问题,高分屏要用他家另一个 Brynhildr,具体看之前帖子
回复时引用此帖
MacOS
 
MacOS 的头像
热心会员
 
资 料:
注册日期: Aug 2002
帖子: 13,448 声望值: 5
精华: 0,解答: 129
#40 旧 2021-08-02, 08:13:34 默认
MacOS 当前离线  

引用:
作者: ASBai 查看帖子
UPDATE:又在一台好点的虚机(2核2线程,2GB内存)上跑了下 Server:附件 945986可以看到:1. speed 模式的编码开销也没多高。2. BYST 和 frp 大部分时间里 CPU 开销都小于 0.01%(因此 Process Explorer 不显示)。3. BYST ......
忙完有空,测了下,俺搭不了你的环境,用普通PC运行的情况,B的SERVER端会占到5左右,T有2左右,CLIENT端之前说了
实际上VNC的ZRLE编码比RDP还好一些,至少不会经常糊,新版RDP老是糊,但带宽利用很足
上传的图像
文件类型: png brynhildr1.PNG (51.0 KB, 145 次查看)
文件类型: png tvnc1.PNG (49.0 KB, 144 次查看)


HIDDEN MESSAGE LEVEL 3
14863 159357 789 159357 3245687 3684
回复时引用此帖
ASBai
 
ASBai 的头像
热心会员
 
资 料:
注册日期: May 2005
帖子: 5,274 声望值: 5
精华: 18,解答: 29
#41 旧 2021-08-02, 20:04:20 默认
ASBai 当前离线  

引用:
作者: MacOS 查看帖子
忙完有空,测了下,俺搭不了你的环境,用普通PC运行的情况,B的SERVER端会占到5左右,T有2左右,CLIENT端之前说了
实际上VNC的ZRLE编码比RDP还好一些,至少不会经常糊,新版RDP老是糊,但带宽利用很足
嗯,VNC 我测下来反而不行,之前说过:
引用:
作者: ASBai 查看帖子
VNC 我这边测试情况:
1. UltraVNC:最新 1.3.2,有些 x64 环境 Server 一连上 Viewer 进程就自动 crash,网上也看到大家都说不太稳定。

2. TightVNC:功能可以,但是反应明显慢,比如我远程控制本地 VMWare Guest(ping 值基本为 0),从点击右键到右键菜单显示出来也要几百毫秒至少。

3. TigerVNC:反应明显比 Tight 快,不愧是用到 CPU SIMD 指令集加速的,但是配套的 Tiger Viewer 竟然不支持窗口缩放(Scale),只能强制 1:1 显示是什么鬼?而且貌似是基于 QT 的,exe 文件超大每个 exe 都接近 30MB。。。。打出来的一件分享包也得 10MB 左右。
不知道你用 Tight 的时候有没有感觉有 lag,反正我这边感觉非常明显。
回复时引用此帖
MacOS
 
MacOS 的头像
热心会员
 
资 料:
注册日期: Aug 2002
帖子: 13,448 声望值: 5
精华: 0,解答: 129
#42 旧 2021-08-02, 21:31:23 默认
MacOS 当前离线  

引用:
作者: ASBai 查看帖子
嗯,VNC 我测下来反而不行,之前说过:


不知道你用 Tight 的时候有没有感觉有 lag,反正我这边感觉非常明显。
这和之前讨论的不是一个事情,俺只是证实VNC SERVER和CLIENT更轻量,也给出了测试结果而已

VNC使用感觉会卡,是因为几种编码基本都是基于画面更新的,而且默认一个比较久的轮询值,同时,鼠标点是另外绘制的,指令随画面更新不是连续发送,会感觉操作拖,画面撕裂
回复时引用此帖
ASBai
 
ASBai 的头像
热心会员
 
资 料:
注册日期: May 2005
帖子: 5,274 声望值: 5
精华: 18,解答: 29
#43 旧 2021-08-03, 01:20:59 默认
ASBai 当前离线  

引用:
作者: MacOS 查看帖子
这和之前讨论的不是一个事情,俺只是证实VNC SERVER和CLIENT更轻量,也给出了测试结果而已

VNC使用感觉会卡,是因为几种编码基本都是基于画面更新的,而且默认一个比较久的轮询值,同时,鼠标点是另外绘制的,指令随画面更新不是连续发送,会感觉操作拖,画面撕裂
其实是一回事:轮询间隔大,反应慢,算法上自然节省 CPU。毕竟 30fps 和 2fps 比,开销大一点完全可以理解。

如果是以反应慢为代价来降低 CPU 开销的话,我宁可选择更流畅,反应更快的。

而且通过 29 楼的测试,在我的移动版 skylake 至强 2c2g 入门级 VM 测试机上也不过 1.5% 的 CPU 开销。可能你这处理器确实弱了点。。。

PS: 你可以人工改变 BR 的帧率,我记得最低可以 5fps。
回复时引用此帖
MacOS
 
MacOS 的头像
热心会员
 
资 料:
注册日期: Aug 2002
帖子: 13,448 声望值: 5
精华: 0,解答: 129
#44 旧 2021-08-03, 08:19:26 默认
MacOS 当前离线  

引用:
作者: ASBai 查看帖子
其实是一回事:轮询间隔大,反应慢,算法上自然节省 CPU。毕竟 30fps 和 2fps 比,开销大一点完全可以理解。如果是以反应慢为代价来降低 CPU 开销的话,我宁可选择更流畅,反应更快的。而且通过 29 楼的测试,在我的移动版 skylake 至强 2c2g 入门级 VM 测试机上也不过 1.5% 的 CPU 开......
7500至少是7代了,桌面大多这个级别,你到底认为这CPU算强还是弱统一一下,而且俺说的,B比VNC更重没错吧,编码解码都更低,同时因为技术差别,VNC的ZRLE裸流量,比B的SPEED裸流量要小,B的COMPRESS模式,裸流量能持平VNC,但编解码占用压不住,有空的话俺用VPN跑个裸流量测试给你看
回复时引用此帖
ASBai
 
ASBai 的头像
热心会员
 
资 料:
注册日期: May 2005
帖子: 5,274 声望值: 5
精华: 18,解答: 29
#45 旧 2021-08-03, 20:03:56 默认
ASBai 当前离线  

引用:
作者: MacOS 查看帖子
7500至少是7代了,桌面大多这个级别,你到底认为这CPU算强还是弱统一一下,而且俺说的,B比VNC更重没错吧,编码解码都更低,同时因为技术差别,VNC的ZRLE裸流量,比B的SPEED裸流量要小,B的COMPRESS模式,裸流量能持平VNC,但编解码占用压不住,有空的话俺用VPN跑个裸流量测试给你看
算强还是算弱:看具体表现呀,我统一下,按你现在这个表现算弱

是不是更重:我说了,更重是因为 fps 呀,轮询间隔大,反应慢,算法上自然节省 CPU。毕竟 30fps 和 2fps 比,开销大一点完全可以理解。

引用:
作者: MacOS 查看帖子
这和之前讨论的不是一个事情,俺只是证实VNC SERVER和CLIENT更轻量,也给出了测试结果而已

VNC使用感觉会卡,是因为几种编码基本都是基于画面更新的,而且默认一个比较久的轮询值,同时,鼠标点是另外绘制的,指令随画面更新不是连续发送,会感觉操作拖,画面撕裂
你说更重跟反应快慢不是一回事,这明显是不对的。“重”就是因为它 fps 高,反应快的原因呀。

抛开 fps 谈 “轻重” 就跟抛开剂量谈毒性一样,并没有什么意义。

抛开 fps 谈流量也是同理。

PS:我早就只推荐 speed 模式,详见前面若干帖子。

此帖于 2021-08-03 20:17:05 被 ASBai 编辑. .
回复时引用此帖
发表新主题 回复

主题工具

论坛规则  发帖规则
不可以发表主题
不可以回复帖子
不可以上传附件
不可以编辑自己的帖子
论坛启用 vB 代码
版面启用 表情符号
版面启用 [IMG] 代码
版面禁用 HTML 代码


所有时间均为北京时间, 现在的时间是 20:07:59.

本论坛带宽由迅通网络提供
SSL证书由TrustAsia提供

Copyright © 2000 - 2019 ClassiClub Forum All Rights Reserved.
粤ICP备09123456号