告别臃肿图片用libavif轻松实现AVIF图片压缩一份完整上手指南【免费下载链接】libaviflibavif - Library for encoding and decoding .avif files项目地址: https://gitcode.com/gh_mirrors/li/libavif网页打开越来越慢、手机相册越来越满问题往往就出在图片上。AVIF图片压缩格式能在画质几乎不变的前提下把文件体积砍掉一半而libavif正是处理这种格式最省心的开源库——编码、解码、命令行工具一应俱全从今天开始你也能轻松上手。先聊一个每天都在发生的窘境你有没有遇到过这样的情况精心排版的文章配了几张高清图页面加载却慢得像回到了拨号时代手机里存了上千张照片128G 的空间转眼就见底电商详情页动辄十几张图每次刷新都要等上好几秒。根子在图片体积上。JPEG 压到一定程度就开始出现恼人的色块和模糊PNG 虽然无损但体积大得吓人WebP 虽好却总在兼容性上让人头疼。大家真正想要的是一个能同时满足压得狠、画质好、格式新的图片格式——这就是 AVIF 登场的理由。同样是压缩AVIF 凭什么能省下一半体积AVIF 的底层是新一代视频编码标准 AV1你可以把它理解为用视频编码的思路来处理静态图片。相比 JPEG 的块状压缩AV1 的帧内编码、更精细的预测与变换技术让它在同等画质下能压得更小。更重要的是它不是只有压得小这一个优点特性JPEGPNGWebPAVIF常见压缩率一般低无损较高最高透明通道不支持支持支持支持高动态范围HDR不支持不支持部分支持位深支持8 位8/16 位8 位8/10/12 位动图不支持不支持支持支持libavif 完整支持 AV1 的所有 YUV 采样格式4:2:0、4:2:2、4:4:4与 8/10/12 位深连 alpha 透明通道也一并照顾到了。无论是图标这种简单图形还是细节丰富的摄影作品它都能找到最优的编码参数。这张 1024x684 的 16 位焊接件照片tests/data/weld_16bit.png细节丰富是验证 AVIF图片压缩质量的理想素材——项目测试里它还有对应的 12 位压缩版本tests/data/weld_sato_12B_8B_q0.avif可供对比。认识 libavif一个库五种编解码器任你挑可能你会问AV1 编码那么复杂我要自己搞定一切吗当然不用。libavif 把这些复杂的活全部封装好了你只需要选一个喜欢的引擎。libavif 支持切换多种 AV1 编解码后端后端职责一句话点评libaom编码 解码AV1 官方参考实现最稳妥dav1d解码专注性能解码飞快libgav1解码Google 出品移动端友好rav1e编码Rust 编写编码速度出色SVT-AV1编码英特尔主导可扩展性强想追求解码速度就上 dav1d想压缩率最大化就选 libaom全凭你的场景决定。库本身用 C99 编写跨平台、体积可控、BSD 许可既能嵌入到桌面软件也能跑在移动端——项目里甚至自带 Android 的 JNI 封装android_jni/和 gdk-pixbuf 插件contrib/gdk-pixbuf/集成起来非常省事。动手安装一条命令或从头编译大部分场景其实不用编译直接用系统包管理器装就行# macOS brew install libavif # Debian/Ubuntu sudo apt install libavif-dev # Windowsvcpkg vcpkg install libavif如果你想把整个构建过程攥在自己手里或者想换一个编码器后端那就源码编译。先把仓库克隆下来git clone https://gitcode.com/gh_mirrors/li/libavif然后按需配置 CMake。这里有一份全都要本地编译的完整命令适合开发调试cmake -S libavif -B libavif/build \ -DCMAKE_BUILD_TYPERelease \ -DAVIF_CODEC_AOMLOCAL \ -DAVIF_BUILD_APPSON cmake --build libavif/build --config Release --parallel几个关键开关先记下来AVIF_CODEC_AOM决定用哪个编码器LOCAL自动下载编译SYSTEM用系统已装的AVIF_BUILD_APPSON才会生成我们要用的avifenc和avifdec工具AVIF_LIBYUV则用来加速色彩空间转换默认开启建议保留。小提示不启用任何编码器时 CMake 会报错至少得开一个。日常学习用AVIF_CODEC_AOMLOCAL是最省心的选择。出第一张图两行命令完成图片格式转换编译安装好之后把任何一张 PNG、JPEG 或 Y4M 视频帧转成 AVIF只需要一行命令avifenc -q 75 input.png output.avif-q是质量参数0-100越大画质越好、体积也越大75 是个不错的起步值。想转回来也简单avifdec output.avif decoded.png项目测试目录里的这张灰度照片tests/data/kodim03_grayscale_cicp.png在压缩转换后仍能保留细腻的影调过渡肉眼几乎看不出差别。自己手头没有合适的图片没关系仓库的 tests/data/ 和 tests/data/io/ 目录里躺着大量现成素材比如 kodim03_yuv420_8bpc.avif装好工具后直接拿它们练手就行。想写进自己的程序核心 API 其实只有四步命令行工具适合日常使用但如果你要做网站后端、桌面软件或 App就需要调用库本身了。别被 C 接口吓到整个编码流程清晰得很用avifImageCreate创建一张 128x128、8 位深、YUV444 的图像有 RGB 数据就用avifImageRGBToYUV转成 YUV有 YUV 原始数据则直接分配平面填充创建avifEncoder设置quality、speed、线程数等参数调用编码接口输出成内存数据再写入文件。解码则是相反的流程读取文件、avifDecoderParse、逐帧取出avifImage、转回 RGB 显示。想抄作业的话examples/ 目录下的 avif_example_encode.c、avif_example_decode_file.c 都是完整可运行的最小示例照着改就行。完整的函数与结构体说明都在 include/avif/avif.h 里注释写得相当细致。进阶玩法动画、HDR 增益映射与元数据当你能跑通基础的编解码就该看看 libavif 更高级的部分了。动画序列。AVIF 支持像 GIF 那样的动图但压缩率和画质完全不在一个量级。编码时设置keyframeInterval、timescale等参数就能把一组 Y4M 视频帧压成带动画的 .avif 文件。仓库里的 colors-animated-8bpc.avif 就是这类测试资源。HDR 增益映射。这是相当前沿的特性一张图里同时打包 SDR标准动态范围和 HDR高动态范围两个版本普通屏幕看到正常效果HDR 显示器上自动呈现更丰富的亮度层次。相关逻辑在 src/gainmap.c还附带了一个 avifgainmaputil 命令行工具专门处理增益映射的提取、合成与色调映射。元数据。转码最怕丢信息libavif 对 EXIF、XMP、ICC 色彩配置文件的透传支持得很完整。你可以在编码前通过avifImageSetMetadataExif、avifImageSetMetadataXMP把拍摄参数和版权信息写进去。测试目录里的这张照片tests/data/dog_exif_extended_xmp_icc.jpg同时携带 EXIF、XMP 和 ICC 三份元数据专门用来验证压缩转换过程中的信息保留情况。收尾之前给你三条实战建议第一质量和速度之间永远有取舍。-q决定画质speed决定编码耗时追求极致体积就用默认质量档位慢慢编追求实时预览就调高 speed。第二按内容选位深。网页图标用 8 位足够专业摄影和后期场景用 10 位甚至 12 位能避免带状色阶。灰度图、透明图也各有对应的优化路径。第三验证比什么都重要。项目 tests/ 下有大量 golden 测试和对比资源比如 sofa_grid1x5_420.avif 这种分块编码样本动手改参数之前先用它们做基准心里才有底。到这里你已经从听说过 AVIF走到了能自己压缩、转换、集成这一步。把仓库克隆下来用 avifenc 压一张你最熟悉的照片看看文件体积的变化——相信我第一次看到体积减半而画质无损的那一刻你会回来感谢自己今天的尝试。【免费下载链接】libaviflibavif - Library for encoding and decoding .avif files项目地址: https://gitcode.com/gh_mirrors/li/libavif创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考