到目前为止，使用内置资源系统的 Qt Quick Ultralite 应用程序中包含的图像可以使用未压缩的 RGB 和 PNG 格式。未压缩的 RGB 格式速度很快，但闪存成本非常高。PNG 格式由于其高压缩率而显着减少了闪存占用空间，但需要潜在的大型 RAM 缓存来保存解压缩的数据。现在有第三种提供 低闪存和低 RAM 占用空间的替代方案：RLE 压缩。

RLE，即Run-Length Encoding，是一种无损数据压缩技术，它是轻量级的，并且提供足够快的解压缩时间，可以将图像直接混合到帧缓冲区中，而无需在 RAM 中进行中间解压缩。

压缩比适用于具有许多相同颜色的连续像素的图像。

瑞萨电子 RH850 等一些硬件平台具有这种格式的硬件加速功能，这意味着与使用未压缩数据相比，没有性能损失。在大多数其他平台上，使用基于 CPU 的实现。

请注意，应用程序中的每个图像都可以使用不同的格式。未压缩、RLE 和 PNG 都可以组合在同一个应用程序中。当闪存和 RAM 都稀缺时，新的 RLE 格式通常是最佳选择。

改进了 QUL QML 编译器将绑定转换为 C++ 的方式，从而显着减少了应用程序代码大小。具体多少取决于编译器工具链和应用程序，但您可以预期最多减少 15%。您的应用程序不需要修改，只需使用 2.1 版重新构建它以减少其 ROM 占用空间。

基于微控制器的设备通常具有低到中等分辨率的显示器，GUI 内容的空间很小，并且几乎不可能完整地显示长文本字符串。在许多情况下，文本可能会溢出其保留空间，例如，当使用具有“不可预测”文本字符串的动态数据模型或翻译多种语言时。发生这种情况时，UI 应在不改变其原始含义的情况下适当缩短文本，并使用省略号字符向用户提供缺少部分内容的线索：…（三个点）。

Qt Quick Ultralite 现在支持使用Text.elide属性自动截断溢出的文本。API 和行为与标准 Qt Quick 中的相同，它适用于单行和多行文本，并且实现考虑了语言细节，例如文本方向。

在出现不可恢复的错误后，您是否需要在应用程序中重新初始化 GUI？当不需要 GUI 时，也许从 RAM 中释放所有图形资源？或者在不同的应用程序之间切换不同的设备模式？如果您不确定在微控制器设备上停止和重新启动 Qt for MCU 应用程序的方法，我们添加了一个新示例来节省您的时间并避免陷阱。您还可以阅读文档页面以获取分步指南。

除了在线文档的新样式和用于快速访问重要页面的新侧边栏外，我们还添加了新内容以在开发之前和期间为您提供帮助。新的概述页面提供了您在开始新项目之前可能需要的关键信息，帧缓冲区要求页面将为您提供有关应用程序中帧缓冲区配置的宝贵见解。

下一个功能更新计划在 6 月发布，版本为 2.2。这将是 Qt for MCU 的第一个长期支持版本，自发布之日起 18 个月内为您提供标准支持和错误修复。更重要的新功能将包括 QML Text 中的自动换行、 用于 Qt运行时错误处理的 API 、增加对 Infineon Traveo II 的 IAR 编译器的支持，以及帮助您充分利用 Qt for MCU的新性能和封装指南.

如果您是现有的 Qt for MCUs 开发人员，您可以从 Qt 维护工具下载 Qt for MCUs 2.1，该工具位于 Qt for MCUs 安装目录的根目录。如果您想第一次潜水，请单击此处开始。无论哪种方式，我们都希望您喜欢新功能和改进，并且一如既往，我们很乐意在评论中听到您的反馈和功能要求！

原文来自：

本文地址：//lrxjmw.cn/qt-for-mcus.html编辑：吴康宁，审核员：清蒸github

Linux大全：

Linux系统大全：

红帽认证RHCE考试心得：