SAI2 断触问题

SAI2 + 新驱动环境下 WinTab 断触问题的实测与结论

关键词：SAI2、WinTab、Windows API、Windows Ink、断触、数位板

这篇文章不是经验转述，也不是配置教程，而是一次基于实测的结论记录。

结论先行：

在 SAI2（2024+）+ 新款数位板 + 2026 年驱动的组合下，WinTab API 本身已经不可靠，会出现写字断触； 切换到 Windows API 可以从根本上解决问题。

而且这个问题：

• ❌ 与 Windows Ink 是否开启无直接因果关系
• ❌ 不是配置错误
• ❌ 不是“没调好阈值”
• ✅ 是 输入协议层面的结构性问题

一、问题现象

使用环境：

• SAI2（2024 版本）
• 数位板：2024 年左右购买的新款
• 驱动：2026 年更新版本
• 系统：现代 Windows（Windows Ink 默认启用）

在 SAI2 中：

• 使用 WinTab API（默认第 1 项）
• 表现为：
  
• 写字时频繁断触
• 慢速笔画、短笔画尤其明显

切换为：

• Windows API（最下面一项）
• 问题 立刻消失

二、一个常见但错误的直觉

很多旧经验会说：

“WinTab 是老接口，但更专业、更稳定，画画应该优先用它。”

这个结论在 2016–2020 年 的环境里是成立的，但在 2024+ 的组合下已经失效。

关键原因在于：

WinTab 在新驱动中已经不再是原生输入路径，而是兼容层。

三、Windows Ink 开 / 关，并不是根因

针对常见说法“关 Windows Ink 就好了”，进行了完整测试：

• WinTab + Windows Ink 开 → 断触
• WinTab + Windows Ink 关 → 仍然断触
• Windows API → 不断触（无论 Ink）

结论很明确：

Windows Ink 的开关状态，不决定 WinTab 是否断触。

Ink 可能在某些环境中放大问题，但在这里：

• 不是充分条件
• 更不是根本原因

四、真正的根因：WinTab 协议本身已经不适配新硬件

1. 新驱动的真实结构

在现代驱动中：

• 原生输入状态机：Windows API / WM_POINTER
• WinTab：
  
• 由驱动内部“模拟”
• 不再是直接硬件通道

2. WinTab 的结构性缺陷

WinTab 协议本身：

• 没有明确的“是否接触”状态位
• 依赖压力阈值 + 位置变化来推断

而在新硬件上：

• 初始压感更轻
• 曲线更平缓

结果就是：

轻压 / 写字时，被误判为“抬笔” → 笔画被切断

这个问题：

• 无法通过关 Ink 修复
• 无法通过调设置修复
• 本质是协议能力不足

五、为什么 Windows API 没问题

因为 Windows API：

• 有明确的 接触 / 悬停状态区分
• 不依赖“猜测压力阈值”
• 为新硬件、新系统设计

在 SAI2 中：

笔 → Windows API → SAI2

是直通路径，没有兼容层，也就没有断触来源。

六、最终结论（可以直接抄）

在 SAI2（2024+）+ 新款数位板 + 新驱动的环境中：

• WinTab API 已经技术性退役，会出现写字断触
• 问题与 Windows Ink 开关无关
• 使用 Windows API 是当前稳定、正确的选择

这不是“个人偏好”，而是架构演进后的必然结果。

七、一句话给后来人

别再纠结关不关 Ink，也别迷信 WinTab。 在新环境里，能不断触的那条路，就是对的。