将鼠标移到主屏幕上的按钮上（解锁、重置、停止等）也会在程序流中产生巨大的延迟——看起来就像
按钮提示弹出时一样。

这是在设置中检查了主动缓冲和过滤器“ok”响应吗？
如果禁用文本叠加，它会有所改善吗？
您可以发布文件以便我可以与我的设置进行比较吗？

请注意，我使用的是第 3 方 3D 渲染库，所以除了找到一个更好的新库之外我无能为力……

使用大型 3D 雕刻程序 – 256k 弦，有很多小段。

激光雕刻？如果你想要高速，没有什么比 iMXRT1060 更好的了，当规划器缓冲区增加并且 PC 和 MCU 之间没有 USB <> UART 芯片时，疯狂的雕刻速度是可能的……

将鼠标移到主屏幕上的按钮上（解锁、重置、停止等）也会在程序流中产生巨大的延迟——看起来就像
按钮提示弹出时一样。

那是因为你的电脑？得到一个更好的？
如果程序是用 C++ 编写的，可能会获得更好的性能，但我太老了，甚至无法考虑……

这是在设置中检查了主动缓冲和过滤器“ok”响应吗？如果禁用文本叠加，它会有所改善吗？您可以发布文件以便我可以与我的设置进行比较吗？
是的，已经检查过了。我会尝试解决它
App_config.zip

请注意，我使用的是第 3 方 3D 渲染库，所以除了找到一个更好的新库之外我无能为力……

看起来还不错，性能比 Candle 好，但您可能可以保护发送线程并赋予它更高的优先级。

激光雕刻？如果您想要高速，没有什么能比得上 iMXRT1060，[疯狂的雕刻速度]
它是 3D 浮雕铣削。实际上这不是流媒体问题——它只是可视化。

将鼠标移到主屏幕上的按钮上（解锁、重置、停止等）也会在程序流中产生巨大的延迟——看起来就像
按钮提示弹出时一样。

那是因为你的电脑？得到一个更好的？如果程序是用 C++ 编写的，可能会获得更好的性能，但我太老了，甚至无法考虑……

个人电脑已经过时了。这就是它退役到 CNC 控制器的原因，但是……它成功地在 SolidWorks 中制作了我的 CNC 建模并在 Vectric 中准备了 G 代码。
我相信更好的解决方案，但按钮提示的影响如此之大——这很奇怪。

关闭 ok-filtering 似乎为文本程序显示增加了一些性能，但不是很多。
我的意思是，在不活跃且不支持旧版 GRBL 的情况下积极缓冲。
使用图形选项也没有太大区别。
按钮提示显示的效果仅在 3D 视图选项卡处于活动状态时注册。看起来它会触发意外的屏幕重绘。

我的意思是，在不活跃且不支持旧版 GRBL 的情况下积极缓冲。

当使用旧版 Grbl 控制器运行时，是否积极缓冲 grbl 1.1 wiki 中描述的字节计数技术？

它未在 ioSender 中使用 – 输入缓冲区始终为 128b 空闲，与缓冲区切换无关。