评论
.png "语言 #593"){kind=avatar}
成员
|
嗨亚瑟 我能理解你的观点，我必须承认，这部分是很久以前添加的，当时一切都升级了，我在http://smoothieware.org/software上发现 LaserWeb 被声明为“不推荐用作光栅流媒体，因为他们不支持以 smoothie 方式播放”。 如果我们都能消除这些“侧面打击”，我会很高兴。 |
成员
|
你在哪里找到那个“对抗性”的评论？ 在 LW4 Github REDME.md 上，我很久以前就用更中性的东西替换了它：
|
.png "语言 #593"){kind=avatar}
作者
关于评论smoothie 软件页面，我现在实际上并不清楚 laserweb 对 Smoothie 流媒体的支持情况/流式光栅时的性能如何，与我们知道的某些软件（如 lasergrbl 或 smoopi）相比。如果您告诉我它的工作方式与我们知道的最佳工作方式一样，我肯定会编辑评论。如果性能没有变化，但您对评论的措辞有疑问，我也绝对可以解决。干杯。成员
|
谢谢你的链接。我已经更改了那里的文字。 LaserWeb 中的流与定义的数据包突发一起工作，因此我们仍然有机会在执行文件时发送暂停/停止或提要更改，而不会有太多延迟。因此，我们在 Smoothieware 上的速度可能达不到使用 Smoothie Streaming 的应用程序的速度。在执行过程中一次发送整个文件而没有机会中断（通过软件）对我来说似乎不合适（尤其是对于 CNC 铣床）。 干杯。 |
只是一般性的评论。
像 grbl-lpc 页面上的这样的评论：« 我们已经将巧妙的 GRBL 1.1 移植到 LPC1769 板（如 Smoothieboard、Cohesion3D、Azteeg X5、MKS SBASE），因为 Smoothieware 没有合适的实时流协议，这是快速光栅所需的实时控制雕刻。»
我认为这是一种非常不必要的冲突方式，你不需要那么对抗。我们 100% 不同意这是通过实时控制实现快速雕刻的唯一途径。我不是来讨论这个问题的（而且我太忙了，没空尝试再次进行这种对话），我只是说即使你完全确定你在这件事上是对的，即使我们说我错了，那里是不那么对抗性的表达方式，如果您使用这些方式来交流问题，而不是您现在使用的方式，我们将不胜感激。
你有 1000% 的权利以任何你想要的方式谈论这件事，这只是我告诉你我希望你们谈论它的方式。完全无视我，这只是我告诉你如何变得更友好，如果你想的话。我认为从长远来看，这将使每个人受益（变得更友好）。
干杯。