非使用期间也会占用CPU资源

[xmokay]

Umi-OCR version 程序版本

2.1.0

Windows version 系统版本

WIN 10

OCR plugins Used 使用的OCR插件

RapidOCR

Reproduction steps 复现步骤

打开Umi-OCR，什么都不做。观察CPU使用率，发现Umi-OCR会持续占用2%左右的CPU资源（可能不同电脑略有差异），这个状态一一直持续无论打开多久。

Problem screenshots or related files (optional) 问题截图或相关文件（可选）

No response

[qwedc001]

你好，我无法复现issue所说情况。我的电脑Umi在执行完OCR以后CPU占用率迅速跌至0。
如果可以，请进一步提供截图/系统版本加以说明。
Umi-OCR在执行过一次OCR识别后，后台会开启一个常驻的OCR引擎，你看到的有可能是引擎的占用。但是，我电脑上没有这种情况。
Edit：这个牵连开启的引擎属于Umi的子进程，在Umi关闭的时候会同时关闭，不会造成额外的驻留占用情况。

[hiroi-sora]

并不是引擎的占用，OCR引擎在非活动期间是不占用CPU的。

你看到的应该是前端UI的占用。如果进行过截图OCR等操作，前端正在显示图片的话，就会产生1%~2%的占用。测试如下：

情景	CPU占用稳定值
打开截图标签页，未显示图片	0.3%
打开截图标签页，正在显示图片	2%
截图，然后关闭窗口（放到托盘）	0%
一直放在托盘，进行截图操作	0%

未来我可能对图片渲染组件的性能进行优化，但优先级不高。当前，对性能敏感的用户可以：

• 截图OCR后，手动清空图片（下版本支持）
• 长期将Umi-OCR放在后台使用（建议在设置中关闭识图后弹出主窗口，开启自动复制结果）。

[xmokay]

并不是引擎的占用，OCR引擎在非活动期间是不占用CPU的。

你看到的应该是前端UI的占用。如果进行过截图OCR等操作，前端正在显示图片的话，就会产生1%~2%的占用。测试如下：
情景 CPU占用稳定值
打开截图标签页，未显示图片 0.3%
打开截图标签页，正在显示图片 2%
截图，然后关闭窗口（放到托盘） 0%
一直放在托盘，进行截图操作 0%

未来我可能对图片渲染组件的性能进行优化，但优先级不高。当前，对性能敏感的用户可以：

* 截图OCR后，手动清空图片（下版本支持）

* 长期将Umi-OCR放在后台使用（建议在设置中关闭`识图后弹出主窗口`，开启`自动复制结果`）。

对。应该就是UI渲染对资源的消耗，可能有UI内容在不停重绘。我这没有截图的情况下，界面不最小化的话，使用率就在1-2%的样子。

[hiroi-sora]

经过调查，此问题应该是加载动画【OCR......】造成的异常资源占用，已修复。

你可以尝试：将软件目录中的UmiOCR-data\qt_res\qml\Widgets\Loading.qml替换为新的内容。此时，空闲状态下应该不会占用CPU了。