我还是喜欢png，毕竟有带宽谁想要有压缩的啊
无损压缩基本到头了，没什么发展潜力，虽然值得使用，但不值得讨论。 我也喜欢png。其它几种格式有损无损并存，很难第一时间判断是不是有损压缩。需要的时候直接选保存png就能确定是无损，很方便。 disrupt 发表于 2021-7-17 01:53
以及这一款“兼容jpeg”可以说价值接近0吧，跟大家期待的那一种兼容方向是反过来的
— from OnePlu ...
我原来也以为是另一种兼容 后来仔细看了幻灯片里面的说法
不过想想也知道那种兼容是不可能的。。。 disrupt 发表于 2021-7-17 01:51
"WebP - 事实上已经输了 Jpeg还活得好好的 而Webp2已经在去年某个时候启动了"
只能说你高兴就好
https://gitee.com/Arxher/cra-wa-memes/raw/master/imgs/2021年7月7日/20210717082432.webp
喔! 我刚发现油管的视频缩略显示是webp的
webp 普遍活在用户不需要关心这图片是什么格式的场景。
jxl 最大的优势是已经存在巨量 jpg 文件的情况下无损转换成体积更小的格式，节省存储和带宽成本。 感觉webp应该不会输吧
老设备迟早完蛋，新一点的软件都支持webp了，不支持的就等着和那些老古董一起完蛋吧
heif不看好，因为是私有的，很多东西不支持
话说gif什么时候才会完蛋？都2021年了还要看连6bit都不到的色彩的图片，帧率也低 主楼图的数字是怎么测出来的，webp编码比png还快 现在webp用得挺多的吧，怎么死了 有口皆悲 发表于 2021-7-19 08:37
原来是键政贴
没赶上好时代 论键政还是得键HEIC
那可有不少材料可以键
-
看了一下对比，支持动态+透明+多图层，那就还行，动态是个什么形式，能方便地逐帧吗？代际抗劣化和Jpeg一个等级，不过加水印再二压这种jb操作是救不了的
最后还是支持问题，除了显示环境支持，编辑支持跟不上也十分蛋疼，webp都要PS装个插件才行，你这JXL要咋搞 pgain2004 发表于 2021-7-19 09:49
看了一下对比，支持动态+透明+多图层，那就还行，动态是个什么形式，能方便地逐帧吗？
代际抗劣化和Jpeg一 ...
见白皮书实际第5页, 内联页码第4页,
明确是使用帧的概念进行动画和组合遮掩的
我用编译的工具测试了一下 https://github.com/libjxl/conformance/tree/master/testcases 里的样例
解码出来的自然形式也是一系列png
所以虽然jxl也有图层间的压缩, 我倾向于是可以方便的逐帧的,
毕竟目前也没看到 I B P 那一套
Adobe我记得明确对Jxl表示过感兴趣, 不过实装不知道得什么时候
JXL瓜不多, 各方支持我觉得应该会比前辈们快一点 ls2021 发表于 2021-7-17 22:01
感觉webp应该不会输吧
老设备迟早完蛋，新一点的软件都支持webp了，不支持的就等着和那些老古董一起完蛋吧
...
除了gif现在有兼容性不错的动画格式么？ 本帖最后由 冰箱研会长 于 2021-7-22 18:25 编辑
https://github.com/GrandArth/libjxl/tree/main/doc
给libjxl中有关编译和测试的部分文档做了汉化
试着请求合并了 不知道能不能通过
JXL overview没翻译, 全是没有中文对应的学科名词
翻译出来恐怕也会非常难看, 就保留吧
老把libjxl幻视成jbdxbl 暗影翔 发表于 2021-7-19 10:29
除了gif现在有兼容性不错的动画格式么？
AVC main 480p30 8bit，音频用不到150kbps的双声道48khz的MP4 ls2021 发表于 2021-7-22 21:12
AVC main 480p30 8bit，音频用不到150kbps的双声道48khz的MP4
ie能放么？ 暗影翔 发表于 2021-7-19 10:29
除了gif现在有兼容性不错的动画格式么？
webp的动图很早的时候，win10 uwp应用都支持了，android和ios应该不用说了。不过老设备应该都不支持，只能等它们寿命到了淘汰掉
—— 来自 vivo V1981A, Android 11上的 S1Next-鹅版 v2.4.4.1 本帖最后由 冰箱研会长 于 2021-7-23 08:25 编辑
暗影翔 发表于 2021-7-19 10:29
除了gif现在有兼容性不错的动画格式么？
楼上说的webp挺好 就是用ffmpeg编码的时候记得用 -loop 0 参数
不然图只播一次
例子:
ffmpeg -y -i 1.gif-v quiet -qscale 50 -loop 0 -compression_level 6 -preset photo 2.webp
天气姐姐 发表于 2021-7-22 22:53
webp的动图很早的时候，win10 uwp应用都支持了，android和ios应该不用说了。不过老设备应该都不支持，只 ...
希望单位早点更新合规软件目录 jpeg-xlv0.3.7
jpeg-xl-44778c69-mingw64.7z (2.10 MB)
https://encode.su/attachment.php?attachmentid=8538&d=1621795839 本帖最后由 Onelooker 于 2021-7-28 17:34 编辑
用screen2gif试着导出了一个60帧的webp动图，为啥打开之后播放还是很慢
浏览器用的honeyview
..看起来是垂直同步参数的问题
用magick转换了一张5.82MB的jpg，变成了9.46MB的jxl，是不是我哪里出了问题
magick 502.jpg 502jxl.jxl Webp动图很蛋疼的一点是浏览器里动的好好的
Android图库里通通只能播放第一帧
之前发了好大功夫爬一个画师的脱衣差分fanbox做成webp动图，传到手机居然不能动
—— 来自 Xiaomi Redmi K30 5G, Android 11上的 S1Next-鹅版 v2.4.4.1 吃为是 发表于 2021-7-29 18:36
用magick转换了一张5.82MB的jpg，变成了9.46MB的jxl，是不是我哪里出了问题
发下文件上来试试?
冰箱研会长 发表于 2021-7-30 12:38
发下文件上来试试?
链接：https://pan.baidu.com/s/1UexS5dkJElz5S4dfVgTTCA
提取码：1111 吃为是 发表于 2021-7-30 13:09
链接：https://pan.baidu.com/s/1UexS5dkJElz5S4dfVgTTCA
提取码：1111
是Magick的问题, 我用官方工具编码图片
输出的jxl是转录的, 要比你发的小很多
PS D:\User\Desk\新建文件夹> cjxl 502_502.jpg 502_502_cjxl.jxl
JPEG XL encoder v0.3.7
Read 2268x3541 image, 73.5 MP/s
Encoding , 6 threads.
Compressed to 5043339 bytes (5.024 bpp).
2268 x 3541, 26.70 MP/s , 1 reps, 6 threads.
Including container: 5043828 bytes (5.024 bpp).
统一用djxl对你发的jxl和我转录的jxl解码之后
转录的jxl反而大
有的时候, 如果工具(Magick)的默认参数不够好, 那可能会出现编码之后反而变大的情况(特别是你还设置了无损之类的参数的话) 也算是挺常见了
cjxl可控参数还是很多的 冰箱研会长 发表于 2021-7-30 15:18
是Magick的问题, 我用官方工具编码图片
输出的jxl是转录的, 要比你发的小很多
这个是对jpeg的默认数学无损，体积减少了大概18% -d maxError, --distance=maxError
Max. butteraugli distance, lower = higher quality. Range: 0 .. 15.
0.0 = mathematically lossless. Default for already-lossy input (JPEG/GIF).
1.0 = visually lossless. Default for other input.
Recommended range: 0.5 .. 3.0.用-d的话，d=0.5是1241kb，d=1是807kb
这样跨格式转图的时候就可以不用担心参数太高浪费空间，只需要损失一点点预期中的画质就能得到合理压缩率的图了。jxl的低bpp画质也不算太高，不用压那么小
页:
1
[2]