0

主机：运行 NoMachine 7.2.3 的 Debian 10 设置：启用指定的 H264 用户硬件编码 启用使用特定帧速率 (60FPS) 启用加速

客户端：运行 NoMachine 7.2.3 的 Windows 10

两台机器都连接了监视器。使用 NX 协议进行连接。FullScreen / Scale to Window / Desktop 当前为 2560x1440（在测试此问题时从本机减少）

具体问题：我在终端上做了很多工作，当通过 nomachine 查看桌面时，终端插入符号随机不可见。同样的问题在右键菜单和“小屏幕空间中的视觉更新”的其他区域中不太明显。如果这是另一个远程桌面供应商，我会尝试找到“不只更新区域”设置来强制整个显示定期更新，但我找不到 nomachine 的类似设置。我在两台机器之间有一个专用的千兆连接，在那条线上没有其他流量，所以带宽不是问题。

重新创建：我禁用了插入符号闪烁（使用通用访问/可访问性设置），因此插入符号是终端 / vi 中的一个实心块。如果我在 vi 中编辑文本文件并上下移动，插入符号只会每隔一行左右更新一次（在物理屏幕上验证它移动正确）。如果我突出显示或插入等，则相同。您不可避免地会错过一个字符左右或失去您的位置）。

我尝试更改速度与质量滑块、分辨率、从 h264 交换到 VP8 等。我已禁用：解码客户端图像后处理时的多通道显示编码帧缓冲

似乎没有什么可以改变这个特定的问题。是的，我可以使拖动四分之一屏幕大小的终端窗口更顺畅，但这无助于我在 vi/vim 中遵循插入符号。两台机器的规格都很好（客户端有 16G / RTX2080，服务器有 32G / GTX1080）

有没有办法让 nomachine 一直更新所有屏幕，或者至少更好地刷新像终端插入符号这样的小区域？

4

1 回答 1

0

(OP)：基于一夜的故障排除，问题似乎是：

  1. Debian 安装 nvidia 驱动程序的问题
  2. 服务器机器是一台主屏幕损坏的笔记本电脑（但插入了 HDMI 外接显示器）。Debian X-server 可能对它是否是无头的感到困惑，并导致 nomachine 出现问题（它试图检测无头并启动虚拟会话）。

这个确切问题的解决方案是禁用 GUI 并强制虚拟会话，每个https://www.nomachine.com/AR03P00973（虚拟加密狗无法工作，因为笔记本电脑的主显示器不是标准插头）。

在我的具体情况下，我有时需要在服务器上访问 GUI，所以我无法使用上述方法，而且我无法解决 Debian 的问题，所以我擦除了系统并安装了 Ubuntu 20.04，它对图形更宽容驱动程序和监视器。在将 Ubuntu 系统设置为与 Debian 系统尽可能相似并让专有的 nvidia 驱动程序自动安装后，没有机器以相同的分辨率连接并完美运行，在小屏幕区域没有延迟。

于 2021-03-08T17:11:58.547 回答