这是一个创建于 859 天前的主题，其中的信息可能已经有所发展或是发生改变。
libjpeg-turbo 是一个优秀的，JPEG 解码加速库。但是在程序使用上其实可以更进一步优化。具体为：
# 图片剪裁
JPEG 图片是逐个 MCU(Minimum Coded Unit) 从左到右，从上到下地编码出来的，因此解码可以只解码感兴趣的部分而不用解码整个图片，JPEG 库提供了相对应的操作，`jpeg_skip_scanlines` 可以跳过行，`jpeg_crop_scanline` 可以只解码感兴趣的像素列所在的 MCU ，经过上层封装后能减少 MCU 解码的个数，对于只剪裁很小一部分像素的程序来说会有很大的性能提升。
# 图片缩小
同上，基于 JEPG 的 MCU 特性，每个 MCU 涉及重采样。简单且一般来说，抽样一般是 4:2:0 ，这意味着 16x16 像素大小的 MCU ，Y 通道会被编码成 16x16 ，而 Cb 和 Cr 通道会被编码成 8x8 大小（实际没有这么简单，但先可以这么理解）。在解码时，明显地 Cb 、Cr 通道需要升采样。这时候如果进行图片缩小操作就很浪费 CPU 和内存了，因为 Cb 和 Cr 通道进行了升采样，然后再被缩小，实际上可以不升采样。在 libjepg 里面也提供了这样的接口，只需要在解码时传入 `scale_num` 和 `scale_denom` 就可以控制解码时升降采样大小了。
下面是安利时间，这是我 Golang 上已实现的库，已经实现了主流格式的兼容了，附上 benchmark 。
https://github.com/picone/gojpegturbo
# 图片剪裁
JPEG 图片是逐个 MCU(Minimum Coded Unit) 从左到右，从上到下地编码出来的，因此解码可以只解码感兴趣的部分而不用解码整个图片，JPEG 库提供了相对应的操作，`jpeg_skip_scanlines` 可以跳过行，`jpeg_crop_scanline` 可以只解码感兴趣的像素列所在的 MCU ，经过上层封装后能减少 MCU 解码的个数，对于只剪裁很小一部分像素的程序来说会有很大的性能提升。
# 图片缩小
同上，基于 JEPG 的 MCU 特性，每个 MCU 涉及重采样。简单且一般来说，抽样一般是 4:2:0 ，这意味着 16x16 像素大小的 MCU ，Y 通道会被编码成 16x16 ，而 Cb 和 Cr 通道会被编码成 8x8 大小（实际没有这么简单，但先可以这么理解）。在解码时，明显地 Cb 、Cr 通道需要升采样。这时候如果进行图片缩小操作就很浪费 CPU 和内存了，因为 Cb 和 Cr 通道进行了升采样，然后再被缩小，实际上可以不升采样。在 libjepg 里面也提供了这样的接口，只需要在解码时传入 `scale_num` 和 `scale_denom` 就可以控制解码时升降采样大小了。
下面是安利时间，这是我 Golang 上已实现的库，已经实现了主流格式的兼容了，附上 benchmark 。
https://github.com/picone/gojpegturbo
 |
1
iamzuoxinyu 2022-07-11 19:16:53 +08:00
在前司也用 jpeg-turbo ，原本的 C 接口就很简单易用了，cgo 只要简单包一层就行。
|
 |
2
picone OP @iamzuoxinyu #1 这取决于需求，如果你的需求是剪裁图片，或者缩放图片，可以考虑一下我说的方法能大大提高性能。
|
 |
3
daimaosix 2022-07-11 22:48:47 +08:00
大可不必！ http://www.thumbor.org
|
 |
5
mikewang 2022-07-12 00:22:40 +08:00
写过 JPEG 编码器，能理解 OP 的想法。
libjpeg-turbo 是在 libjpeg 基础上在汇编层面上使用 SIMD 指令加速计算，快。 补充一点：裁剪方面如果是粗略的操作，还可以不解码 MCU 本身，利用 MCU 边长整数倍直接裁，免去 DCT 计算，更快。 |
 |
6
wsph123 2022-07-12 06:33:00 +08:00 via iPhone
这个妙啊
|
Select Language