Qt for MCUs 2.7正式发布

本文翻译自：Qt for MCUs 2.7 released

原文作者：Qt Group高级产品经理Yoann Lopes

翻译：Macsen Wang

Qt for MCUs的新版本已发布，为Qt Quick Ultralite引擎带来了新功能，增加了更多MCU平台的支持，并且我们对GUI框架进行了多项改进，以适应资源受限的嵌入式系统。

您可以在变更日志中找到此版本的完整变更列表。接下来，我们将介绍此版本的亮点。

更便捷的2D形状处理

我们添加了新的QML API到Qt Quick Ultralite，这些API从传统Qt中进行了适配，并可直接兼容，以简化在应用程序中实现两种常见UI元素（弧形和渐变）的过程。

ArcItem

为了在Qt for MCUs应用程序中绘制弧形，Qt Quick Ultralite已经拥有了来自Shapes模块的PathArc QML类型，它提供了一种灵活且通用的方式来实现任何类型的椭圆弧，但是在只需要绘制两个角度（起始和结束）之间的圆弧时，缺乏便利性。新的ArcItem类型从Qt Design Studio适用于传统Qt的组件进行了调整，满足了这一需求，并提供了一种快速实现诸如仪表或圆形进度指示器等UI组件的方法。

您可以自行查看并尝试新的studio_components示例以了解如何使用它。

渐变

在此版本之前，Qt for MCUs中添加渐变的主要选项要么是将渐变预先渲染为图像，要么是使用PaintedItem进行基于自定义C++绘制的实现。为了提供更多便利性和灵活性，我们将传统Qt Quick中的Gradient类型适配到Qt Quick Ultralite中可用。它可以用于填充Rectangle、Shape和ArcItem，使用任意数量的颜色停止点进行线性渐变。

现有的shapes示例和watch demo已经更新，演示了如何使用这种新类型。

集成任意格式的资源

我们增加了对自定义图像格式支持，以提高使用的灵活性。到目前为止，Qt Quick Ultralite资源编译器在进行编译时预处理图像时，解码并在需要的时候重新进行压缩。这导致用户无法启用自定义格式的图像的即时解码（例如，在运行时从远程服务器下载的图像）或某些格式可能在特定MCU上具有硬件加速（例如JPEG解码）。为了克服这个限制，我们添加了一个新的ImageDecoder API，用于注册自定义图像格式和匹配解码器。这使得可以在应用程序中包含自定义解码器接口（硬件或软件），并利用硬件提供的特有的解码能力，或使用特定用途的图像格式。

您可以在相关指南中阅读有关集成新图像格式所需步骤的更多信息。

即时JPEG解码

作为新的ImageDecoder API的示例实现，我们添加了对某些STM32硬件平台上可用的硬件加速JPEG解码器的支持。该实现演示了如何将JPEG解码器注册为自定义格式，并为其提供了硬件解码接口。在支持的STM32平台上使用这种方法可以节省大量的用于存储的非易失性存储器资源，并避免在运行时解压缩它们时所造成的性能开销。这对于由许多必须存储在flash中并按需解码的帧组成的复杂动画特别有帮助（例如启动动画、视频或类似GIF的动画）。

我们已更新我们的Sprite_Animation示例，以利用支持的STM32 F7和H7平台上的HW JPEG解码器。

轻松针对不同的显示方向旋转GUI（技术预览版）

我们添加了一个新的项目属性，可以在几乎没有运行时性能损耗的情况下轻松对GUI内容应用静态旋转。

当设备的显示不处于其自然方向时，这个功能可以提供极大的便利，例如在纵向显示面板（例如480x800）上显示横向UI（例如800x480）。这中情况可能是基于多个显示屏之间的成本考虑、组装限制或其他各种原因导致的。在这种情况下，除非显示屏控制器能够直接处理所需的旋转，否则您需要根据设置将GUI内容旋转90度、180度或270度。

现有的一些解决方案包括对GUI应用运行时旋转，这可能会显著降低大多数MCU的应用帧率，或者设计具有内置旋转的布局和资源，以避免运行时性能损失，但这意味着工作流程非常繁琐。我们设计的解决方案既简单——只需设置一个项目属性，无需更改QML代码或GUI资源——又高效，同时可以避免运行时的性能损失。

这个功能在Qt for MCUs 2.7中作为技术预览版发布，并计划在Qt for MCUs 2.8 LTS中升级为稳定版。虽然在下一个版本中不希望更改API，但当前版本存在一些限制，尚未实现所有优化，这意味着在该版本中应用旋转可能会对帧率和CPU使用率产生影响。

您可以在配置显示旋转文档页面上获取更多关于此功能的信息。

新设备的支持

作为这个版本的一部分，我们已经添加了一些新的MCU供您尝试！