找回密码
 立即注册
搜索
楼主: 冰箱研会长

[软件] [图片格式专楼]libjxl发布了静态二进制!

[复制链接]
     
发表于 2021-7-17 02:20 | 显示全部楼层
2517君改二 发表于 2021-7-17 02:07
我还是喜欢png,毕竟有带宽谁想要有压缩的啊

无损压缩基本到头了,没什么发展潜力,虽然值得使用,但不值得讨论。
回复

使用道具 举报

     
发表于 2021-7-17 03:36 来自手机 | 显示全部楼层
我也喜欢png。其它几种格式有损无损并存,很难第一时间判断是不是有损压缩。需要的时候直接选保存png就能确定是无损,很方便。
回复

使用道具 举报

     
发表于 2021-7-17 08:03 | 显示全部楼层
disrupt 发表于 2021-7-17 01:53
以及这一款“兼容jpeg”可以说价值接近0吧,跟大家期待的那一种兼容方向是反过来的

— from OnePlu ...

我原来也以为是另一种兼容 后来仔细看了幻灯片里面的说法

不过想想也知道那种兼容是不可能的。。。
回复

使用道具 举报

     
 楼主| 发表于 2021-7-17 08:23 | 显示全部楼层
disrupt 发表于 2021-7-17 01:51
"WebP - 事实上已经输了 Jpeg还活得好好的 而Webp2已经在去年某个时候启动了"

只能说你高兴就好


喔! 我刚发现油管的视频缩略显示是webp的


回复

使用道具 举报

     
发表于 2021-7-17 20:21 来自手机 | 显示全部楼层
webp 普遍活在用户不需要关心这图片是什么格式的场景。

jxl 最大的优势是已经存在巨量 jpg 文件的情况下无损转换成体积更小的格式,节省存储和带宽成本。
回复

使用道具 举报

     
发表于 2021-7-17 22:01 | 显示全部楼层
感觉webp应该不会输吧
老设备迟早完蛋,新一点的软件都支持webp了,不支持的就等着和那些老古董一起完蛋吧
heif不看好,因为是私有的,很多东西不支持
话说gif什么时候才会完蛋?都2021年了还要看连6bit都不到的色彩的图片,帧率也低
回复

使用道具 举报

头像被屏蔽
发表于 2021-7-18 05:02 来自手机 | 显示全部楼层
提示: 作者被禁止或删除 内容自动屏蔽
回复

使用道具 举报

     
发表于 2021-7-18 11:08 | 显示全部楼层
主楼图的数字是怎么测出来的,webp编码比png还快
回复

使用道具 举报

     
发表于 2021-7-19 08:14 | 显示全部楼层
现在webp用得挺多的吧,怎么死了
回复

使用道具 举报

头像被屏蔽
     
发表于 2021-7-19 08:37 来自手机 | 显示全部楼层
提示: 作者被禁止或删除 内容自动屏蔽
回复

使用道具 举报

     
 楼主| 发表于 2021-7-19 09:16 | 显示全部楼层

没赶上好时代 论键政还是得键HEIC
那可有不少材料可以键
回复

使用道具 举报

     
发表于 2021-7-19 09:49 来自手机 | 显示全部楼层

-

看了一下对比,支持动态+透明+多图层,那就还行,动态是个什么形式,能方便地逐帧吗?
代际抗劣化和Jpeg一个等级,不过加水印再二压这种jb操作是救不了的
最后还是支持问题,除了显示环境支持,编辑支持跟不上也十分蛋疼,webp都要PS装个插件才行,你这JXL要咋搞
回复

使用道具 举报

     
 楼主| 发表于 2021-7-19 10:10 | 显示全部楼层
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瓜不多, 各方支持我觉得应该会比前辈们快一点
回复

使用道具 举报

     
发表于 2021-7-19 10:29 | 显示全部楼层
ls2021 发表于 2021-7-17 22:01
感觉webp应该不会输吧
老设备迟早完蛋,新一点的软件都支持webp了,不支持的就等着和那些老古董一起完蛋吧
...

除了gif现在有兼容性不错的动画格式么?
回复

使用道具 举报

     
 楼主| 发表于 2021-7-22 18:20 | 显示全部楼层
本帖最后由 冰箱研会长 于 2021-7-22 18:25 编辑

https://github.com/GrandArth/libjxl/tree/main/doc
给libjxl中有关编译和测试的部分文档做了汉化
试着请求合并了 不知道能不能通过

JXL overview没翻译, 全是没有中文对应的学科名词
翻译出来恐怕也会非常难看, 就保留吧

回复

使用道具 举报

     
发表于 2021-7-22 18:37 来自手机 | 显示全部楼层
老把libjxl幻视成jbdxbl
回复

使用道具 举报

     
发表于 2021-7-22 21:12 | 显示全部楼层
暗影翔 发表于 2021-7-19 10:29
除了gif现在有兼容性不错的动画格式么?

AVC main 480p30 8bit,音频用不到150kbps的双声道48khz的MP4
回复

使用道具 举报

     
发表于 2021-7-22 21:33 | 显示全部楼层
ls2021 发表于 2021-7-22 21:12
AVC main 480p30 8bit,音频用不到150kbps的双声道48khz的MP4

ie能放么?
回复

使用道具 举报

     
发表于 2021-7-22 22:53 来自手机 | 显示全部楼层
暗影翔 发表于 2021-7-19 10:29
除了gif现在有兼容性不错的动画格式么?

webp的动图很早的时候,win10 uwp应用都支持了,android和ios应该不用说了。不过老设备应该都不支持,只能等它们寿命到了淘汰掉

—— 来自 vivo V1981A, Android 11上的 S1Next-鹅版 v2.4.4.1
回复

使用道具 举报

     
 楼主| 发表于 2021-7-23 08:20 | 显示全部楼层
本帖最后由 冰箱研会长 于 2021-7-23 08:25 编辑
暗影翔 发表于 2021-7-19 10:29
除了gif现在有兼容性不错的动画格式么?

楼上说的webp挺好 就是用ffmpeg编码的时候记得用 -loop 0 参数
不然图只播一次

例子:
  1. ffmpeg -y -i 1.gif  -v quiet -qscale 50 -loop 0 -compression_level 6 -preset photo 2.webp
复制代码

回复

使用道具 举报

     
发表于 2021-7-23 08:56 | 显示全部楼层
天气姐姐 发表于 2021-7-22 22:53
webp的动图很早的时候,win10 uwp应用都支持了,android和ios应该不用说了。不过老设备应该都不支持,只 ...

希望单位早点更新合规软件目录
回复

使用道具 举报

     
发表于 2021-7-28 16:32 | 显示全部楼层
​jpeg-xl  v0.3.7
jpeg-xl-44778c69-mingw64.7z (2.10 MB)
https://encode.su/attachment.php ... 38&d=1621795839

评分

参与人数 1战斗力 +1 收起 理由
冰箱研会长 + 1 谁试试

查看全部评分

回复

使用道具 举报

     
发表于 2021-7-28 17:32 | 显示全部楼层
本帖最后由 Onelooker 于 2021-7-28 17:34 编辑

用screen2gif试着导出了一个60帧的webp动图,为啥打开之后播放还是很慢
浏览器用的honeyview
..看起来是垂直同步参数的问题
回复

使用道具 举报

     
发表于 2021-7-29 18:36 | 显示全部楼层
用magick转换了一张5.82MB的jpg,变成了9.46MB的jxl,是不是我哪里出了问题
  1. magick 502.jpg 502jxl.jxl
复制代码
回复

使用道具 举报

     
发表于 2021-7-30 11:14 来自手机 | 显示全部楼层
Webp动图很蛋疼的一点是浏览器里动的好好的
Android图库里通通只能播放第一帧
之前发了好大功夫爬一个画师的脱衣差分fanbox做成webp动图,传到手机居然不能动

—— 来自 Xiaomi Redmi K30 5G, Android 11上的 S1Next-鹅版 v2.4.4.1
回复

使用道具 举报

     
 楼主| 发表于 2021-7-30 12:38 | 显示全部楼层
吃为是 发表于 2021-7-29 18:36
用magick转换了一张5.82MB的jpg,变成了9.46MB的jxl,是不是我哪里出了问题

发下文件上来试试?
回复

使用道具 举报

     
发表于 2021-7-30 13:09 | 显示全部楼层
回复

使用道具 举报

     
 楼主| 发表于 2021-7-30 15:18 | 显示全部楼层
吃为是 发表于 2021-7-30 13:09
链接:https://pan.baidu.com/s/1UexS5dkJElz5S4dfVgTTCA
提取码:1111

是Magick的问题, 我用官方工具编码图片
输出的jxl是转录的, 要比你发的小很多
  1. PS D:\User\Desk\新建文件夹> cjxl 502_502.jpg 502_502_cjxl.jxl
  2. JPEG XL encoder v0.3.7 [AVX2,SSE4,Scalar]
  3. Read 2268x3541 image, 73.5 MP/s
  4. Encoding [Container | JPEG, lossless transcode, squirrel | JPEG reconstruction data | 109-byte Exif], 6 threads.
  5. Compressed to 5043339 bytes (5.024 bpp).
  6. 2268 x 3541, 26.70 MP/s [26.70, 26.70], 1 reps, 6 threads.
  7. Including container: 5043828 bytes (5.024 bpp).
复制代码

统一用djxl对你发的jxl和我转录的jxl解码之后
转录的jxl反而大

有的时候, 如果工具(Magick)的默认参数不够好, 那可能会出现编码之后反而变大的情况(特别是你还设置了无损之类的参数的话) 也算是挺常见了
cjxl可控参数还是很多的
回复

使用道具 举报

头像被屏蔽
     
发表于 2021-7-30 15:57 来自手机 | 显示全部楼层
提示: 作者被禁止或删除 内容自动屏蔽
回复

使用道具 举报

     
发表于 2021-7-30 16:30 | 显示全部楼层
冰箱研会长 发表于 2021-7-30 15:18
是Magick的问题, 我用官方工具编码图片
输出的jxl是转录的, 要比你发的小很多

这个是对jpeg的默认数学无损,体积减少了大概18%
  1. -d maxError, --distance=maxError
  2.     Max. butteraugli distance, lower = higher quality. Range: 0 .. 15.
  3.     0.0 = mathematically lossless. Default for already-lossy input (JPEG/GIF).
  4.     1.0 = visually lossless. Default for other input.
  5.     Recommended range: 0.5 .. 3.0.
复制代码
用-d的话,d=0.5是1241kb,d=1是807kb
这样跨格式转图的时候就可以不用担心参数太高浪费空间,只需要损失一点点预期中的画质就能得到合理压缩率的图了。jxl的低bpp画质也不算太高,不用压那么小

评分

参与人数 1战斗力 +1 收起 理由
冰箱研会长 + 1 True

查看全部评分

回复

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

Archiver|手机版|小黑屋|上海互联网违法和不良信息举报中心|网上有害信息举报专区|962110 反电信诈骗|举报电话 021-62035905|Stage1st ( 沪ICP备13020230号-1|沪公网安备 31010702007642号 )

GMT+8, 2024-9-24 03:30 , Processed in 0.079387 second(s), 7 queries , Gzip On, Redis On.

Powered by Discuz! X3.5

© 2001-2024 Discuz! Team.

快速回复 返回顶部 返回列表