Coxxs

在我的 Surface Pro 8 某次驱动更新后，我发现它终于支持了 VRR（可变刷新率，Variable Refresh Rate）。

也就是说，显示器的刷新率不再是固定的 60/120 Hz，而是会根据内容的显示速度，动态调整刷新率。这能带来更低的延迟，以及在游戏帧率波动时，提供更平滑的画面效果。

虽然 Surface Pro 并不适合直接运行大型游戏，但它很适合拿来串流运行在高性能 PC 上的游戏。在支持 VRR 后，还能略微降低推流的延迟，并改善画面流畅度。

当我在 Surface Pro（Intel Iris Xe）开启 Moonlight，在 PC（Radeon RX 9070 XT）上开启 Sunshine，将 PC 的内容串流到 Surface Pro 时，却出现了一些问题：

• 当 PC 上游戏处于复杂场景，帧率位于 48~115 fps 时，我在 Surface 上能看到流畅、完整的画面。我十分满意。
• 可当 PC 上运行的游戏在一些简单场景，帧率超过 115 fps 时，Surface 上不仅会掉帧，还会有画面撕裂。

VRR 自身并不是一颗银弹：当游戏内容的帧率（fps）约等于或高于显示器的刷新率（Hz）时，显示画面会产生撕裂（tearing）。这是由于 VRR 在帧率 ≥ 刷新率时会失效。而我的 Surface Pro 的屏幕是 120Hz，PC 屏幕的刷新率是 120/144Hz。

VRR 真复杂，如何正确设置呢？

继续阅读“在 Intel 核芯显卡上使用 VRR 可变刷新率串流”

Google Lens 原本是一个很方便的功能，可以用来以图搜图、翻译图片，还可以用于 OCR 识别图片上的文本。

然而，如此实用的功能，Google 却一定要用最糟的方式整合进 Chrome 里：只要用户在登录 Chrome 后点击 Omnibox（地址栏），Google Lens 就会作为第一个选项立即弹出，极为容易误触。即使进入 Chrome 设置，也无法找到关闭该功能的选项。

继续阅读“移除 Chrome 的 Google Lens 功能”

最近在使用 Surface Pro 8 使用 Moonlight + Sunshine 游戏串流时（PC 有线连接路由器、Surface 使用 Wi-Fi），即使 Wi-Fi 信号强度满格，声音也会时常出现爆音，同时画面也会卡顿几秒。打开 PingPlotter 在后台进行网络测试，发现每隔 10 分钟，延迟就会升高几秒，造成 Moonlight 爆音及卡顿。

一番排查后，锁定元凶：Intel Wi-Fi 网卡的后台扫描（Global BG Scan）功能。这个功能原本是为了让网卡定期扫描周围的 Wi-Fi 信号，以优化连接或切换到更强的接入点（AP）。但在串流游戏这种对延迟和稳定性要求极高的场景下，后台扫描会让网络受到干扰，导致画面和声音卡顿。

继续阅读“解决 Intel Wi-Fi 网卡串流游戏卡顿（关闭后台扫描）”

心心念念的 Nintendo Switch 2 终于到手了。

Switch 2 新增了鼠标模式，只需把 Joy-Con 2 像鼠标一样放在桌面上握持，一个光标就会显示在屏幕上，就像前年 Lenovo 发布的 Legion Go 一样。然而，我对 Switch 2 这个鼠标模式的第一印象就是——卡！非常卡！比我输入延迟已经很高的蓝牙鼠标还要卡。

为了证明这一点，我用 OnePlus 13 的 480fps 慢动作摄像头对 Joy-Con 2 和我的 Logitech MX Anywhere 3 做了个简单的测试。我测试的是鼠标从“开始移动”到屏幕画面“产生变化”的帧数。在更专业的测试中，其实还应该测试鼠标开始移动“后”的输入延迟，但因为测试环境较为简陋，只能作罢。

继续阅读“Switch 2 鼠标模式输入延迟测试”

可能是因为 Intel 发现自己的新产品卖不出去了，Core Ultra 200S 系列的 CPU 开始了大幅降价。我就趁势新装了一台 Intel Core Ultra 7 265K 的电脑，显卡就暂时先使用核芯显卡。虽然 Core Ultra 200S 的游戏性能（主要是网游）不行，但作为有长期开机需求、且不打网游的 4K 显示器用户，265K 还是很合适的 —— 它在待机时能效比很高，使用风冷十分安静。

主板是 MSI PRO Z890-A，只提供了一个 HDMI 接口作为视频输出。虽然这张主板的 HDMI 支持 4K 120HZ，但由于带宽限制，色彩格式会从 RGB 降级为 YUV420。体现在观感上就是小文字周围会出现彩边。不过，这张主板有 2 × Thunderbolt 4 接口，直接使用 Thunderbolt / USB 4 线连接到显示器，就可以使用 DP 协议输出 4K 144HZ 的 RGB 画面了（有 DSC 压缩，但肉眼看不出区别）。

继续阅读“Ultra 7 265K 频繁卡顿及解决”

最近到手了一部新机，装了个 Smart AutoClicker 在挂机单机游戏时自动点击跳过按钮。然而在无障碍页面，却无法授予点击器权限。

尝试用 adb 命令（adb shell settings put secure enabled_accessibility_services ... ）竟也无法启用。打开 logcat 后，发现了这么一条报错：

Skipping enabling service disallowed by device admin policy: ComponentInfo{com.buzbuz.smartautoclicker/com.buzbuz.smartautoclicker.SmartAutoClickerService}...

看了一下Android 代码库，才发现原来是 Android 引入的新安全机制。乘此机会，整理几种解决方案给有需要的朋友。

继续阅读“Android 15 启用侧载应用的无障碍功能”

一年前，我运行了多年的 Synology（群晖）DS918+ NAS 突然掉线，查看机器竟然在不断重启。一开始以为是 NAS 主机的问题，但在取下所有硬盘后，NAS 却又能正常启动；一旦插入硬盘，机器又会再次开始不断重启。既然负载一高就重启，有可能是电源问题。网上一搜，果然 DS918+ 原配电源适配器损坏是通病了。

电源选购

众所周知，硬盘对电源的要求很高。如果不慎用了杂牌电源或是假货，电源坏了是小事，哪天把硬盘烧了就得不偿失了。

继续阅读“Synology DS918+ 续命小记”

BBR 是 Google 开发的 TCP 拥塞控制算法。它改善了传统拥塞控制算法（如 CUBIC）一丢包就降速的缺点，让带宽利用率在高丢包环境下大幅提升。

需要注意，拥塞控制算法控制的是发包速度。如 Google 服务器开启了 BBR，其上传速度将尽可能占满用户带宽；在用户的角度看来，则体验到了更快的下载速度。

众所周知…

许多朋友会在自己的 Linux 服务器上，用几句命令轻松开启 BBR：

echo "net.core.default_qdisc=fq" >> /etc/sysctl.conf
echo "net.ipv4.tcp_congestion_control=bbr" >> /etc/sysctl.conf
sysctl -p

于是，当他们从服务器下载文件时，服务器就会尽可能用满带宽。可当他们上传文件时，速度却依旧很慢。这是因为他们上传所用的系统，仍在使用传统的拥塞控制算法。

继续阅读“在 Linux 与 Windows 11 下启用 BBR v2”