注释
.jpg "ugsplatform GUI 重绘在 arch linux 上是完全随机的 #1607"){kind=avatar}
|
找到另一个线程：processing/processing# 6160——我想你使用的是 jogl 2.3？ 解决此问题的另一种方法是： 在运行 ugsplatform 之前。 |
.jpg "ugsplatform GUI 重绘在 arch linux 上是完全随机的 #1607"){kind=avatar}
|
感谢您对此的研究！我不知道那些参数/环境变量。 是的，我们仍在使用 jogl 2.3.2 并等待 2.4 的发布。有一些方法可以通过使用它的本地版本来包含最新的库，但这是一种 hack，所以我对采用该路径持怀疑态度。 其他人报告了类似的问题，作为短期解决方案，我们应该提供一个单独的启动脚本，使用您找到的环境变量禁用 opengl。 |
|
没问题！感谢这么棒的软件！ |
.jpg "ugsplatform GUI 重绘在 arch linux 上是完全随机的 #1607"){kind=avatar}
谢谢，这对我也有用:)（#1725） |
.png "ugsplatform GUI 重绘在 arch linux 上是完全随机的 #1607"){kind=avatar}
|
同样适用于 UGS 2.0.9 (2021-11-24)，在配备英特尔显卡的 HP ProBook 640 G2 上捆绑了 Java。使用 LIBGL_ALWAYS_SOFTWARE 会使 UGS 在 Visualizer 处于活动状态时使用 250% 的 CPU。当我关闭 Visualizer 时，它会下降到 2%。所以，软件 OpenGL 不是我的选择。 |
|
也为我工作！ |
.png "ugsplatform GUI 重绘在 arch linux 上是完全随机的 #1607"){kind=avatar}
|
对于使用更新版本的 Mesa 运行最新版本的 Linux 的任何人来说，这将开始越来越多地出现。软件 GL 对大多数人来说可能没问题，但从长远来看，JOGL 似乎已经死了，这样的事情有意义吗？ |
|
我尝试切换到 LWJGL（对于任何感兴趣的人，这里是分支https://github.com/breiler/Universal-G-Code-Sender/tree/bugfix/lwjgl）并获得了更好的性能，一开始看起来非常好。但是，lwjgl 在 Netbeans 平台上表现不佳。一旦你在周围移动选项卡，它就会开始出错，并且不会渲染场景或不清除画布。所以目前看来这也是一个死胡同… =( |
谢谢你的回复，真是个无赖！ |
|
更新：完成 |
|
我无法再使用最新的夜间构建重现错误，请尝试一下： |
|
可以确认，问题似乎已经解决。 该问题“只能”在发布版本 (v2.0.12) 中重现： 感谢更新！希望没有倒退。🙂 |
错误描述
第一次启动后，后续启动不会绘制大部分屏幕。如果我将光标移到它上面，有时会重新绘制位，但它非常不一致。
重现
重现行为的步骤：
运行 ugsplatform。
退出
再运行。
被弄烦了？:)
预期行为
截图
版本
UGS Platform 2.0.7 linux 使用下载页面中的捆绑 JDK。
硬件
N/A – 我什至没有连接到控制器
操作系统（请填写以下信息）：
Arch linux
附加上下文
日志中充满了这样的东西：
如果我运行 ugsplatform
./bin/ugsplatform -J-Djogl.disable.openglcore=true然后它工作正常！我真的不知道那在做什么（在 jogl 中禁用某些东西？），我只是在许多其他抱怨上述错误和“jogl”的人中发现它。