圈宝 写了: 2025年 12月 29日 15:47 ejsoon 写了: 2025年 12月 29日 15:27 為什麼會變成10m? 估计是显示Bug,没法稳定复现。 你尝试修改下参数试试呢,看看是否恢复了? 或者将图片上传至这里,我们调试一下。 viewtopic.php?p=8085 這是圖片。
圈宝 写了: 2025年 12月 29日 15:47 ejsoon 写了: 2025年 12月 29日 15:27 為什麼會變成10m? 估计是显示Bug,没法稳定复现。 你尝试修改下参数试试呢,看看是否恢复了? 或者将图片上传至这里,我们调试一下。 修改參數後(比如把取色數調為6),它的大小會跳到好幾個數,但最終會跳到10M多。 跳得很慢,要等個半分鐘左右。
圈宝 写了: 2025年 12月 29日 17:07 这边没法复现,能否看看保存的图片最终大小是多少呢? 復現辦法:選擇圖片,點png,調色數至7,再填入480寬。則它的大小會先跳至1.52Mb,然後等一會就跳到10.28Mb。 解決辦法是,再調一調取色數,然後就能穩定在48.3Kb。 個人懷疑還是這個長寬的問題。在設置最大寬度時,好像是不必顯示最大高度。這個部分是否可以考慮交由AI來寫?
圈宝 写了: 2025年 12月 29日 17:07 能否看看保存的图片最终大小是多少呢? 2025_12_29_18.25.22哈.png (50.2 KiB) 查看 39 次 最終大小就確實是10M。
圈宝 写了: 2025年 12月 29日 20:27 ejsoon 写了: 2025年 12月 29日 18:27 最終大小就確實是10M。 看看这个图片的长度和宽度是多少呢。原始多少,处理后输出是多少? sumsung的是原始的。 好像是長寬調換了。
@ejsoon 问题定位了,是由于并发处理机制出现的竞争导致的。具体来说就是,当上一个图片还没有处理完时,改变了某些参数,会创建一个新的进程处理,多个进程就会有快有慢,后面结束的就会覆盖前面的结果。 目前已经修复了这个问题,默认以最新一次的处理结果为准,历史的进程id会被忽略。 潜在的长宽比翻转的Bug,也修了。 请测试 v1.2.5 版本。