为什么 Unity 2D 在调整窗口大小时具有“实时”窗口更新而 Unity 3D 没有?

为什么 Unity 2D 在调整窗口大小时具有“实时”窗口更新而 Unity 3D 没有?

Unity 3D 在调整窗口大小时只显示橙色方块。由于我不是英语母语人士,因此这里有一张屏幕截图,显示了我想解释的内容: Unity 3D 调整大小

答案1

我无法回答你的问题为什么这是有区别的,但我可以告诉你如何改变 Unity 3D 设置来实现“实时”重绘。

  • 安装 CompizConfig 设置管理器。
  • 在“窗口管理”部分中找到并输入“调整窗口大小”插件设置。
  • 点击‘常规’选项卡。
  • 在可用的“正常”、“轮廓”、“矩形”和“拉伸”选项之间进行选择。

“正常”设置是您想要的设置,可在调整大小期间实时更新窗口。但在我的计算机上,这非常慢。

矩形和轮廓非常相似,绘制一个代表调整大小的窗口的框。

我个人喜欢“拉伸”选项,它只需拉伸窗口内容即可对其进行虚假更新。

希望有所帮助。

答案2

您的意思是,当您调整窗口大小时,Unity 3D 不会重新更新窗口,而是显示橙色框作为轮廓?

答案是节省计算机资源,因为如果您让其不这样做,它就会非常慢,因为每次调整窗口大小时都需要重新绘制窗口,并且实时更新它们会使程序一遍又一遍地重新绘制,从而导致极端(而不是过度)的资源消耗。

答案3

在 Ubuntu 中,在重新绘制整个内容的同时调整窗口大小曾经很流畅。在我的计算机上安装了 Ubuntu 11.04 和 Unity 3D 后,这个问题就消失了,虽然这台电脑已经使用了将近 5 年,但仍然很流畅。我相信这与 Compiz v0.9 的推出相吻合。从那时起,“调整窗口大小”CCSM 插件的“正常”选项就无法使用了。它在 12.04 中仍然有问题。今晚我在虚拟机中安装了 Xubuntu 12.04,惊讶地发现,调整大小后窗口重新绘制得很流畅!我们这里说的是虚拟机(启用了 3D 加速)。

显然,Compiz 在这方面存在严重问题。

编辑: 经过一番搜索,我在 Launchpad 上找到了这个错误。据说已经提交了针对 0.9.8 的修复,但我不知道它是否会出现在 12.04 中。这个错误可以在在启动板上

@ Linux Distance,现代 PC 节省计算机资源是荒谬的,有大量的空闲周期 - 而且你的答案没有切中要点。多年来,这种方法一直很有效。不如给出一个真正有用的答案,而不是一个意见。

相关内容