EvATive7

Results 8 comments of EvATive7

> Before eventual merge, wait for `DepotAllTabClicked.png`, from other clients as well. OK, I will create a commit to complete them later.

> Before eventual merge, wait for `DepotAllTabClicked.png`, from other clients as well. 已经补齐了所有客户端的 `DepotAllTabClicked.png`。 其中包括YoStarEN/KR。没有额外新增jp/twxy的原因是这些客户端上对应的模板复用CN客户端的(没有差异),此代码的上一任维护者也是这么做的。 `DepotAllTabClicked.png` has been completed for all clients. Among them is YoStarEN/KR. The reason why no...

> 诶这没法正常工作吧, MAA 资源里面又没有所有材料的模板, `DepotImageAnalyzer` 肯定识别了一两页就失败啊, 那不是没法继续了 实测了,是有的。 只要是json里有的材料,都有对应的模板。 ![fdf2346866c5a8bf62c5798fbe631b09](https://github.com/MaaAssistantArknights/MaaAssistantArknights/assets/92893737/17d7936b-67c4-477d-aeb4-caa6f6e84944) ![da5642b84e343467a989354ac4f9eba8](https://github.com/MaaAssistantArknights/MaaAssistantArknights/assets/92893737/07c61a75-ef25-41b2-98eb-4d68dd00922b)

`BlackListPrefix`里的应该是**排除加载**的材料前缀吧,MAA应该**不会**加载带有这些前缀的材料进入材料列表? Depot识别所使用的最大的材料列表=ItemConfig提供的材料列表=`item_index.json`中定义的材料列表,理论上不会找不到模板的。 我这边测试是通过的,能提供一下你的仓库、asst.log或者更详细的debug数据吗?

刚刚用其它的账号试了一下,也确实有同样的情况发生。 谢谢你的反馈,我准备调试并修复它。

emm仔细看了下是有两条输出信息的 ``` [INFO] D:\a\MaaDeps\MaaDeps\vcpkg\buildtrees\maa-fastdeploy\src\7b46ddfce2-ca3f4b205b.clean\fastdeploy\runtime.cc(544)::fastdeploy::Runtime::Init Runtime initialized with Backend::ORT in Device::CPU. [INFO] D:\a\MaaDeps\MaaDeps\vcpkg\buildtrees\maa-fastdeploy\src\7b46ddfce2-ca3f4b205b.clean\fastdeploy\runtime.cc(544)::fastdeploy::Runtime::Init Runtime initialized with Backend::ORT in Device::CPU. libpng warning: sBIT: invalid ``` 是dll库直接输出到控制台的。

> 请问您现在是用多进程来解决这个问题了么 @EvATive7 是的。通过使用multiprocessing库,创建多个Process,并在每一个Process中运行一个Asst。 我不再尝试修复多实例的问题,因为使用多进程还可以使Load了不同client type resource的多个Asst同时工作。