C ++ GUI开发 - 位图与矢量图形CPU使用率

Question

我目前正在为一些用C ++制作的音频应用程序（使用Juce框架）设计和开发GUI。

到目前为止，我一直在使用位图图形来创建自定义滑块和刻度盘，通过使用“电影条”样式图像来动画组件（这意味着当用户与滑块交互时触发一种改变胶片偏移的方法-strip image改变组件外观）。 根据原始图像的大小和“帧”的数量，CPU使用级别会发生相当大的变化。

首先，在CPU消耗方面最有效的位图文件格式是什么？ 目前我正在使用PNG图像。

其次，将矢量图形用于这些图形组件会更有效吗？ 我理解位图和矢量图形之间的主要区别，但我没有找到任何关于GUI交互的CPU使用率水平的信息。

或者CPU使用率是否会降低到正在使用的特定方法/函数/库/框架？

谢谢！

Answer 1

或者CPU消耗量是否会降低到正在使用的特定方法/函数/库/框架？

任何这些都可能影响它。

基于像素的图像可能需要一段时间来读取磁盘，它们越大。 压缩类型可能需要更多时间来解压缩。 加载时，Vector可能需要更多时间进行渲染。

话虽如此，我绝对不希望您选择的图像类型对其性能产生任何影响。 由于您没有提供代码示例，因此很难进行推测。

通常，您会期望图像的运行时成本在加载时发生。 所以每当你创建一个图像对象。 如果你在整个地方创建一个图像，那么它可能是昂贵的。 您的胶片可能正在重新创建图像而不是加载它们并缓存它们。

Answer 2

在选择位图与矢量图形之前，请先调查您的图形处理器是否支持矢量或位图图形。 有些事情需要很长时间才能作为载体绘制。

你试过双缓冲吗？
这是您在显示器（图形处理器）加载另一个缓冲区时写入内存缓冲区的位置。

从资源加载一次位图。 将它们存储为内存快照，以避免从格式转换它们的额外成本。

你的图形处理器是否支持“blitting”？ Blitting是图形处理器可以复制存储器中的矩形区域（位图）并在显示之前显示它以及应用可选操作（例如使用现有位的XOR）。

简介：要提高渲染速度，只需将文件中的图像转换为位图形式一次。 存放在某个地方。 根据需要参考此转换后的位图。 接下来，研究并实现双缓冲。 最后，调查并使用位blitting或blitting。

其他优化规则也适用于此，例如查看设计，删除需求，循环展开，通过指针传递图像与复制它们，以及使用布尔逻辑和Karnaugh（sp？）映射减少“if”语句。

Answer 3

通常，渲染矢量图形的计算比将位图的矩形区域布局到屏幕需要更长的时间。 但对于基本的UI内容，两者都不应该特别密集。

您可能应该进行一些分析。 也许你的重绘次数比必要时要多。 或者，每次尝试从中进行绘制时，PNG都会被解码。 （我对Juce不熟悉。）

对于直接的Windows应用程序，我可能会在启动时将矢量图形渲染为依赖于设备的位图，然后从位图到屏幕再进行blit。 使用矢量可以提供DPI独立性，而依赖于设备的位图的blitting是绘制像素块的最快方法。 我相信在渲染到依赖于设备的位图时会完成颜色匹配，因此您甚至不会在屏幕绘图上产生ICM开销。

Answer 4

矢量图形很久以前就被抛弃了 - 位图图形性能更高。 问题是你可以将一个位图发送到GPU一次，然后通过一个简单的副本再将其渲染出来。

其次，GPU使用它自己的纹理压缩。 我相信DirectX是DXT5，但是当GPU看到纹理时，它并不关心你加载它的是什么。

然而，即使使用蹩脚的集成GPU，现代CPU也应该对简单的GUI渲染完全没有问题。 如果你正在努力，那么现在是时候重新审视你正在使用的技术了。 也许你的框架很慢，或者你对它的使用不是最理想的。