圈圈之地

ejsoon 写了： 2025年 12月 29日 15:27 為什麼會變成10m？

估计是显示Bug，没法稳定复现。
你尝试修改下参数试试呢，看看是否恢复了？
或者将图片上传至这里，我们调试一下。

圈宝 写了： 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多。
跳得很慢，要等個半分鐘左右。

ejsoon 写了： 2025年 12月 29日 16:49 修改參數後（比如把取色數調為6），它的大小會跳到好幾個數，但最終會跳到10M多。

这边没法复现，能否看看保存的图片最终大小是多少呢？

圈宝 写了： 2025年 12月 29日 17:07 这边没法复现，能否看看保存的图片最终大小是多少呢？

復現辦法：選擇圖片，點png，調色數至7，再填入480寬。則它的大小會先跳至1.52Mb，然後等一會就跳到10.28Mb。

解決辦法是，再調一調取色數，然後就能穩定在48.3Kb。

個人懷疑還是這個長寬的問題。在設置最大寬度時，好像是不必顯示最大高度。這個部分是否可以考慮交由AI來寫？

圈宝 写了： 2025年 12月 29日 17:07 能否看看保存的图片最终大小是多少呢？

最終大小就確實是10M。

ejsoon 写了： 2025年 12月 29日 18:27 最終大小就確實是10M。

看看这个图片的长度和宽度是多少呢。原始多少，处理后输出是多少？

圈宝 写了： 2025年 12月 29日 20:27

ejsoon 写了： 2025年 12月 29日 18:27 最終大小就確實是10M。

看看这个图片的长度和宽度是多少呢。原始多少，处理后输出是多少？

sumsung的是原始的。





好像是長寬調換了。

@ejsoon 问题定位了，是由于并发处理机制出现的竞争导致的。具体来说就是，当上一个图片还没有处理完时，改变了某些参数，会创建一个新的进程处理，多个进程就会有快有慢，后面结束的就会覆盖前面的结果。

目前已经修复了这个问题，默认以最新一次的处理结果为准，历史的进程id会被忽略。

潜在的长宽比翻转的Bug，也修了。

请测试 v1.2.5 版本。