本页内容
选择目标格式，转换后核对背景和实际文件
- 先保留原AVIF，查看接收软件支持的格式，确认是否需要透明背景。本例为一张自编640×400、8位静态图，没有HDR或动画。
- 打开图片转换，选择AVIF文件，输出选择JPEG或PNG。本次只上传一次，先选择JPEG、保留EXIF开启，开始转换并单张下载一次。
- 需要透明对照时，从同一输入只把输出改为PNG，再开始转换并单张下载。本轮共两次转换、两次单图下载，没有原生ZIP。
- 下载后在接收软件试开，确认真实格式、尺寸、背景与文件大小。本例JPG没有alpha，PNG保持alpha分布，半透明色彩还要分别查看。
- 放大检查小字、细线、渐变和半透明边缘，确认符合用途后再交付；保留原图，不用连续转格式代替更清晰来源。
本页验证AVIF作为输入。工具AVIF输出所需的浏览器编码支持是另一方向，不能据此保证任意AVIF、HDR或其他浏览器都成功。
同一张 AVIF：JPEG白底，PNG透明，体积都变大
2026年10月17日，真实图片转换工具接收一张完全自编AVIF，JPEG和PNG各生成并下载一次。比较以本轮真实AVIF的Pillow／libavif解码为来源，不用编码前PNG替代原件；下方PNG是本地解码对照图，两张设置图在各轮开始前保存，只展示输入与选项。原AVIF只提供原字节下载，不用响应式预览证明原件像素。
| 项目 | 原AVIF | 实际JPEG | 实际PNG |
|---|---|---|---|
| 大小／像素尺寸 | 25,307字节／640×400 | 45,419字节／640×400 | 30,802字节／640×400 |
| 格式与帧数 | 8位，单帧RGBA | 单帧RGB | 单帧RGBA，无acTL |
| alpha分布 | 89,505全透明／151,976不透明／14,519部分透明 | 无透明通道 | 全部alpha逐像素相同 |
| RGB关系 | 真实文件本地解码值 | 对白底源图有重编码差异 | 全透明、不透明区相同；13,805个半透明像素RGB不同 |
| 颜色属性 | nclx：1／13／6，full-range | ICC profile456字节，APP2载荷470字节 | 无ICC |
- PNG的256,000个alpha字节与真实AVIF解码对应位置相同；14,519个半透明像素中，13,805个RGB不同、714个相同，不能写成RGBA完全一致或无损。
- 两图各自合成白底后，PNG相对源AVIF解码的平均绝对通道误差为0.00810677，最大差1。差异原因未隔离验证，不归因为已证实的解码、预乘或色彩处理机制。
- JPEG没有透明通道。两个空背景样点为白色，半透明蓝块也与白底合成；全图相对源白底平均绝对通道误差为1.22324349，不当作通用画质分数或全像素相同证明。
- 两份输出都为640×400，并且比25,307字节原AVIF大。转换解决格式适配，不等于压缩、增加细节或保证所有接收软件可用。
- 源文件没有EXIF、XMP或ICC，但仍有nclx颜色属性；保留EXIF开关开启并不证明本例保留了原色彩属性，也不能称原图全部元数据为空。
只验证这一张自编8位静态AVIF及本次工作流。10／12位、HDR、广色域、PQ／HLG、色调映射、AVIS／动画和任意浏览器均未验证。输入独立47项、主输出41项及独立输出41项分列，不合并为通用质量保证。原生字节保持，原AVIF仅下载；对照图和核对包为本地整理。
先了解这几件事
接收软件打不开AVIF时，可先尝试实际格式转换：上传AVIF，输出选择JPEG或PNG，开始转换并下载后在接收软件试开。本例8位静态AVIF得到640×400 JPG与PNG；JPG合成白底，PNG保留alpha，但半透明区域部分RGB有变化。改后缀不能代替转换，成功打开也不证明画质或所有AVIF兼容。
- 实际输入
- 25,307字节，640×400、8位、单帧自编AVIF。
- JPEG下载
- 45,419字节，640×400，RGB、不含透明。
- PNG下载
- 30,802字节，640×400，alpha逐像素保持，RGBA并非完全相同。
- 用途边界
- 两份输出比原AVIF大，用于格式适配；HDR与动画未验证。
先确认兼容格式，再选择背景与检查方式
| 遇到什么 | 可执行下一步 | 另外检查 |
|---|---|---|
| 接收软件打不开AVIF | 尝试转换为接收端支持的JPG或PNG | 本例成功不等于所有AVIF和软件都兼容 |
| 需要不透明JPG | 选JPEG并下载 | 透明区合成白底，小字和边缘重编码 |
| 需要保留透明 | 选PNG并检查alpha | 本例alpha保持，部分半透明RGB有变化 |
| 希望文件更小 | 比较实际字节后再决定 | 本例两份输出都比原AVIF大 |
| 来源是HDR、10位或动画 | 先用代表资料验证专门流程 | 本轮未验证，不照搬8位静态结论 |
AVIF图片打不开，先确认具体的接收软件
能在一种浏览器读取，不代表旧文稿软件或上传系统都接受。格式转换后还要在最终接收端试开。本例验证的是一张8位静态图在当前工具完成下载，不是任意损坏文件修复或所有软件兼容测试。
AVIF转PNG保留透明，仍要核对半透明颜色
alpha控制透明程度，RGB保存颜色，二者分别比较。本例alpha逐像素保持，但13,805个半透明像素RGB不同；白底合成差很小也不能改写成全部像素不变，必要时在实际使用背景检查边缘。
AVIF转JPG背景变白，是本例合成结果
JPEG没有alpha通道，不能携带透明背景。本例空背景和半透明蓝块合到白底；需要叠到其他底色上时保留原AVIF或选PNG，并检查目标软件是否正确处理透明。
AVIF转JPG文件变大，转换不是压缩
原件25,307字节，JPEG45,419、PNG30,802字节。编码方式不同，兼容性与文件大小分别判断；接收端本来接受AVIF时可以比较后保留原件，不必只为更换后缀重新编码。
AVIF输入解码与AVIF输出编码是两个方向
本例把AVIF变成JPEG／PNG。通用转换页中AVIF输出需浏览器支持编码，不应据此推断当前浏览器能生成AVIF，或将输出失败当作所有AVIF输入都无法读取。
相关官方说明
遇到这些情况
- 转成JPG还是打不开
- 确认文件真实格式和下载完整性，在接收端试开；本例不提供任意损坏AVIF修复。
- PNG看起来透明，但颜色边缘不同
- 分别核对alpha与RGB，尤其半透明像素；本例透明保持，部分RGB不同。
- JPG出现白底
- 本例JPEG合成白底，需要透明时选择PNG并核对实际alpha。
- 转换后文件反而更大
- 本例确实如此，按实际字节与兼容用途选择，不把转格式当作压缩。
常见问题
AVIF文件转JPG怎么操作？
上传AVIF，在图片转换选择JPEG，生成并下载后到接收软件试开。本例一张8位静态AVIF得到640×400 JPEG，原件另存。
AVIF图片打不开，可以直接改后缀吗？
改后缀不会改变编码。需要接收端可读取的JPG／PNG时，应实际转换，并检查下载文件。
AVIF转PNG能保留透明吗？
本例PNG的alpha逐像素保持，但13,805个半透明像素RGB有变化，不等于全部RGBA相同或通用无损。
AVIF转JPG背景为什么变白？
JPEG不含透明通道，本例透明区域合成白底。需要透明叠加时选择PNG并在目标背景检查。
AVIF转JPG后一定更小吗？
不一定，本例JPEG45,419字节，比25,307字节AVIF更大；PNG30,802字节也更大。
这能证明HDR或10位AVIF转换正常吗？
不能。本例pixi为8位，未验证10／12位、HDR、PQ／HLG、广色域、色调映射或AVIS动画。
PNG与源AVIF白底看起来一样，就能称无损吗？
不能。本例合成白底差很小，但半透明区域原始RGB已观察到变化。视觉预览、alpha和完整像素分别验收。
内容核对：2026-10-17 · 功能条件与配额以当前产品界面为准