尝试更改编辑器框架右上角的超时设置。使用 5 秒渲染绘图似乎花费了太长时间。在 Pi 4b 机器上，30 秒可能就足够了。

它确实有效，但这样做真的是非常糟糕的设计选择！！！！
为什么在解析器仍在工作时这样超时，为什么不告诉用户等到解析器完成或至少等到用户发生超时并且解析器没有解析所有打开的文件！！！！！！！
如何允许用户在加载的 G 代码中出现如此巨大的错误来开始工作！！

以及为什么它一开始就花费太多时间，而其他软件只需几分之一秒即可打开它！

抱歉，我没有编写代码，只是观察了触发您问题的原因。我同意在这样一个关键功能上超时是不好的，我的想法是消除它。

bCNC 正确加载文件，但它没有完成用于渲染和铣削目的的 gcode 预处理。

@Harvie或者@vlachoudis draw_time 试图解决的问题是什么？我可以理解绘制大文件路径可能需要一些时间，但在完成之前不应允许运行开始。无论 draw_paths 在 drawPaths 中是否为真，都应该执行 block.resetPath() 吗？

@Harvie或者@vlachoudisdraw_time 试图解决的问题是什么？我可以理解绘制大文件路径可能需要一些时间，但在完成之前不应允许运行开始。无论 draw_paths 在 drawPaths 中是否为真，都应该执行 block.resetPath() 吗？

尝试在此处上传附加文件
https://ncviewer.com/
它会立即将其加载到 3D 视图中，我也尝试了 ioSender并且它也立即加载了 3D 视图，我认为 bCNC 正在尝试做其他事情而不是仅仅将 gcode 加载到 3D 视图中！

@Harvie或者@vlachoudisdraw_time 试图解决的问题是什么？我可以理解绘制大文件路径可能需要一些时间，但在完成之前不应允许运行开始。无论 draw_paths 在 drawPaths 中是否为真，都应该执行 block.resetPath() 吗？

有兴趣PR去掉这段代码吗？