原因已经查明，jxl仅允许输出无损图片（不允许指定q），命令行范例如下：
.\rimage jxl 123.jpg -s _u --quantization 100 --dithering 100
GUI没做限制导致的，会进一步完善
输出如下：
把 JXL 的问题发现了，不过我报告的是 AVIF 
1 个赞
1 个赞
好东西，在使用学校类政府类网站上传图片刚需呀。
线程数指的并不是并发压缩图片是吗？如果想提高并发处理速度有什么办法？批量压缩的时候整体CPU占用也在10%以下，没法拉满，提高单张图片处理速度还是比多张图片同时处理慢太多
是并发，但是是并发压缩单张 
确实存在此问题，但是由于我实在没能弄懂aardio的并发多线程是怎么回事导致无法改进gui，实在抱歉
其实原始的cli程序是可以对单个文件夹内的图片批量多线程并发处理的
用法是
rimage -f 格式 -q 质量 其他自设定的参数 需要批量的文件夹/*.jpg
大概这样
等0.11发布稳定版可以考虑用egui之类的写一个，直接用rimage crate，可能性能上更好一点，遥遥无期。
1 个赞
是这样的，在我gui发布不久过了一阵以后，原作者原本也计划写个gui的，结果因为出了不少极其影响体验的bug先修bug，然后半路又搁置了……（到现在bug也没修完……）
我倒是想写来着，egui没看懂……
此外，今年也没时间了，要开始准备考研了……种种原因相加，让无论是我做的gui还是作者新写的gui都遥遥无期……（原作者基本是3-4个月更新一点项目 
）
发现一个问题。jpg 和 png格式图片，相同的文件名，压缩结果会自动跳过png格式，只出jpg格式的。
对，为了防止无意间覆盖导致无法恢复的问题，故意的
竟然是有意设置的。
还有可不可以如果压缩后体积比原图还大的，能够保持原图不压缩。
有没有考虑在软件窗口显示每张图片的体积压缩比例？
1 个赞
做不到 只有压缩完成，才能知道是否缩小了图片
暂时还没有，因为我经常上百张压缩起步，都显示一个是看不清楚，一个是会让软件卡慢
Squoosh 批量处理网页版本https://www.cooltool.app/tools/image/compressor
1 个赞
大佬您能不能改一下这软件的打包和释放方式，Windows有点霸道，已经策略组禁用了defender，依然会被当初病毒，直接给我隔离，就算放出来，每次只要移动目录，更新新版都会给我删了（导致我之前还以为自己不小心删了，还去重新下了一遍，而且多次下载都不成功，用第三方下载器才成功）
tif格式的图片较大的话无法压缩。我试了380M以及800M的，都不成功。
tif之前支持不完整，可以用最新的cli版本
做不到 软件调用原始cli在WD看了就是高危行为，底层逻辑变不了终究会出事的，不是改个释放逻辑就可以解决的 之前改过，但是照样报毒……
建议安装个火绒。火绒，又名WD关闭器 
装了火绒就会自动屏蔽系统内置的defender和防火墙吗？
自动屏蔽WD，防火墙一般都不用管，至少自作主张拦截前会弹窗问你
1 个赞
更新完毕，支持大改版后的rimage-preview版本
我做过尝试来着，但是egui没入门成功，故此放弃（