据我所知，代码中没有超时，但可能是浏览器超时。
您使用的是哪个操作系统和浏览器？

生成 gcode 的持续时间在很大程度上取决于所使用的客户端计算机 (CPU/RAM) 和 LW 中的一些设置。例如，您可以配置 LW 正在使用的工作线程数量（请参阅 settungs/gcode）。将此值增加到 CPU 线程的最大值。

设置中的下一个字段是gcode curve linearisation facor。这定义了为曲线生成的 G1 线的长度。0.4mm 的值是分辨率和 gcode 大小（=速度）之间的良好平衡。

光束直径（在设置/机器或凸轮操作中）也与 gcode 的数量（=速度）相关。

谢谢克劳迪奥提供背景信息和建议 – 非常感谢。

我对基于代码的超时的评论是基于在 Chrome 调试器中查看 cam-gcode.js 源时看到下面的超时值：

export function getGcode(settings, documents, operations, documentCacheHolder, showAlert, done, progress) {
“use strict”;

let starttime=new Date().getTime()

const QE = new queue();
QE.timeout = 3600 * 1000;                                       <======== 1 hour in milliseconds
QE.concurrency = settings.gcodeConcurrency || 1;

如果这个发现有误，我深表歉意。

另外，这里是提到的参数的当前设置：

操作系统/浏览器 – Win 10 + Chrome v76 64 位
处理器：Core i7-8650U 带 16 GB Ram
工作线程 – 5
线性化因子 – .5
光束直径 – .1 我需要增加这个吗？我有一台5500mw的国产激光切割机

此外，对于激光填充路径操作，线距离参数为 0.15。这是否也会影响整体 gcode 生成时间（较低的值会生成更多命令）？而且，这个值是否与光束直径有任何相关性（它们是否需要相同）？我在 45 度和 -45 度处定义了总共两个激光填充路径操作，以在我的材料上产生良好的填充。

SVG 文件有 1 个路径和 63471 个节点。我附上了该文件的 PNG 版本以供参考（看起来 GIT 不喜欢 SVG 附件）。根据我对该工具的了解，我尝试尽可能地简化 Inkscape 中的 SVG。该文件是否太复杂以至于无法合理地假设 gcode 是在一个小时内生成的？

再次感谢你的帮助。

斯科特