注释
所有者
它已经是这种情况,但恰恰相反。由于 Tkinter 在许多操作系统中没有编译多线程支持,所以不可能在后台线程中进行任何绘图操作。因此所有绘图操作都在主线程上执行,所有 I/O 操作都在后台线程中执行。到目前为止,我从未在铣削过程中遇到任何滞后,即使是在巨大的 G 代码文件上也是如此。 |
作者
我在最新的 OSX(操作系统标准 python)上运行 bCNC。
尽管如此,绘制所需的时间还是很长。一个“小”的 900kb gcode 文件需要 6 秒才能在 OSX 上重绘,在此期间 UI 没有响应。 |
所有者
澄清一下,铣削在其自己的线程上运行,因此它完全不受绘图操作的影响。 |
作者
好吧,这对 OSX 和本机 python 来说并不顺利:显示挂起。 |
所有者
你能把你的大g代码例子发给我吗,这样我就可以直接检查了。 |
作者
我的示例:(重命名为 .ngc) |
所有者
不幸的是我不能在 OSX 上测试。在我拥有的 Ubuntu 上,它工作正常。 |
所有者
你能检查#613做了什么吗?也许它有帮助? |
默认情况下,有一个参数设置为 5 秒。放大它 2017-09-29 9:18 GMT-03:00 rfsouzax <notifications@github.com>:
|
当使用大于一千个 G 代码语句时,bCNC 变得极其缓慢(在我的 MBP 上,不,这不是在 RPi 上)。当关闭“路径显示(G1、G2、G3)”时,它突然又变得有响应了。铣削时也不再出现突然的长时间滞后。由于我的大多数工厂都超过 1000 个语句,我必须一直将其关闭并且我缺少很多功能。
例如,这可以通过使 CNCCanvas.drawPaths() 在单独的线程中运行来解决,尽管我不太清楚这是否会破坏很多东西。