使用格式转换或按比例缩小功能, 如果选择覆盖原图, 则只会删除原图. 进度条一闪而过,瞬间提示完成,但是什么都没有
如果不选择覆盖原图,进度条同样一闪而过, 然后新文件夹里会创建许多0大小的图片,然后慢慢变成有大小的正常图片.估计是后台开了很多个ImageMagick, 内存会吃满
总之 进度条现在形同虚设,覆盖原图不能工作,后台开了太多个ImageMagick(我赞同多开,但是得适当)
原来为了提高处理速度，在循环执行ImageMagick命令时，不会等待每一个进程结束，而我本人平时处理的图片都比较小，一般也就涉及jpg格式，所以通常一个ImageMagick命令会很快执行完成，所以之前多次测试都没发现问题。
结合您的反馈，我发现当某些图片需要较长处理时间时，确实会出现很多个ImageMagick同时运行的情况，导致CPU和内存使用率很高。
为了提高稳定性，我禁用了ImageMagisk多开。（貌似多开也省不了多少时间）
适当多开类似于多线程 如果内存和cpu没吃满还是有用的. 多开应该要取决于cpu的核数 或者可以自己指定 一篇漫画100多个图片 想转成avif 后台直接开了二三十个 直接把我cpu和内存干满了
京公网安备 11010502053266号
原来为了提高处理速度，在循环执行ImageMagick命令时，不会等待每一个进程结束，而我本人平时处理的图片都比较小，一般也就涉及jpg格式，所以通常一个ImageMagick命令会很快执行完成，所以之前多次测试都没发现问题。
结合您的反馈，我发现当某些图片需要较长处理时间时，确实会出现很多个ImageMagick同时运行的情况，导致CPU和内存使用率很高。
为了提高稳定性，我禁用了ImageMagisk多开。（貌似多开也省不了多少时间）
适当多开类似于多线程 如果内存和cpu没吃满还是有用的. 多开应该要取决于cpu的核数 或者可以自己指定 一篇漫画100多个图片 想转成avif 后台直接开了二三十个 直接把我cpu和内存干满了