并行的后台 worker
编码在主线程之外、分散到多个 worker 上进行,所以队列里有 50 张图时页面照样跟手。
一次拖进最多 50 张照片,选好格式、尺寸和体积,准备好了再转。什么都不会上传,不按按钮就什么都不会开始。
把图片拖到这里
一次最多 50 张。也可以直接从剪贴板粘贴。
JPG, PNG, WEBP, AVIF, GIF, BMP, SVG, TIFF, HEIC
文件只是在这里等着:只有你按下"转换",转换才会开始。
三步,没有一步会自己开始。
它们只解码一次,然后在队列里等着。不会被转换,也不会离开你的设备。
格式、画质、尺寸、旋转、背景。或者一个预设就够了。
你会拿到体积、尺寸,还有一个 SSIM 分数,说明这次转换的代价。
编码在主线程之外、分散到多个 worker 上进行,所以队列里有 50 张图时页面照样跟手。
启动时用真实的两像素编码测试每一个编码器。写不了 AVIF 的浏览器,根本不会给你这个选项。
相对原图的 SSIM 分数会告诉你压缩真正付出了什么,而不只是省下了多少。
你说"小于 500 KB",画质就用二分法去找,最多 8 次编码,落在上限之下一点点。
解码、缩放、编码全都在你的浏览器里完成。没有服务器看得到你的照片,断网也能用。
一次最多 50 张,其中任何一张都可以带着自己的格式和尺寸单独走。
输入:JPG、PNG、WEBP、AVIF、GIF、BMP、SVG、TIFF 和 HEIC。EPS 和相机 RAW 需要 PostScript 解释器和逐个机型的转换表,所以我们直接不接受,而不是悄悄还你一个 PNG。
如今网页上体积与画质平衡得最好的格式,支持透明。在所有要紧的地方都能用。
同等画质下更小,但只有部分浏览器能写。你的浏览器不行时,按钮就是禁用的。
通用的照片格式。没有透明通道,所以垫在下面的背景色由你来选。
无损且支持透明。画质滑块在这里毫无作用,所以它是灰的。
真正的多尺寸图标:16、32、48、64、128 和 256 px 装在同一个文件里,居中裁成正方形。
一页,尺寸贴合图片,里面是你选定画质的 JPEG。
用于印刷和存档的未压缩 RGBA。也可以作为输入。
一层外壳:把位图嵌进 SVG 里。它不做矢量化——浏览器里的工具都做不到——但在只收 .svg 的地方很管用。
不会。解码、缩放和编码都在你的浏览器里,用 canvas 和 web worker 完成。没有任何东西发往服务器;页面加载完之后,断网也照样能用。
因为你的浏览器没有对应的编码器。浏览器不会告诉你这件事:你要一个 GIF 或 HEIC,它会悄悄改个类型还你一个 PNG。启动时我们把两个像素编码成每一种格式,看看实际出来的是什么,所以只把真正可用的给你。
不能,而且它不再假装可以。没有浏览器能写 HEIC,EPS 需要 PostScript 解释器,RAW 则是每个机型各不相同的传感器格式。HEIC 和 TIFF 可以作为输入;EPS 和 RAW 文件会被明确拒绝,而不是变成一个挂错名字的 PNG 还给你。
它是转换后图片与原图的相似度分数,从 0 到 1。高于 0.98 时差别极难看出;低于 0.95,照片上就开始出现可见的瑕疵。有它是因为"省了 68%"只讲了故事里好听的那一半。
这是有意为之。拖进文件只是解码并放进队列。转换——真正耗时的部分——要等你按下"转换",好让你从容地把设置调好,而不是追着一个不断重来的预览跑。
大幅缩小一定会,但损失多少取决于引擎。有的浏览器用 2×2 的核一次缩到位,把其余像素全部丢掉,边缘就会发毛。FormatFlow 在启动时会实测这一点——缩小一张测试图,跟精确平均值比对——只有在浏览器确实需要时,才改用反复减半的办法。若浏览器本来就滤得干净,多出来的几道只会耗时而不改变结果,于是跳过。之后你还可以再加一道锐化。
因为图片是用 createImageBitmap 解码的,EXIF 方向在那一步就一次性应用好了。旧做法把文件塞进 <img> 元素,而有的浏览器会应用方向标签、有的不会,结果 canvas 拿到的是没旋转的那一张。
五十张。它们会在多个后台 worker 中同时编码;只要打开逐张设置,每一张都能带着自己的格式和尺寸。
在浏览器里把图片转成 WEBP、AVIF、JPG、PNG、ICO、PDF、TIFF 或 SVG。一批 50 张、目标体积、真正的多尺寸 ICO、支持 HEIC 与 TIFF 输入,还有 SSIM 画质评分。什么都不上传。
FormatFlow 在你的浏览器里完成 JPG、PNG、WEBP、AVIF、ICO、PDF、TIFF 和 SVG 之间的图片转换。它能读取 iPhone 的 HEIC 和 TIFF 作为输入,按比例、按长边或按精确尺寸缩放,可旋转、翻转,为不支持透明的格式指定背景色,还能通过寻找合适的画质把文件控制在指定体积以内。
它不做的,是骗你。你的浏览器编码不了的格式会显示为禁用,而不是还你一个后缀不符的 PNG;EPS 和相机 RAW 直接拒收;每一个结果都附带它的体积、尺寸,以及一个说明画质代价的 SSIM 分数。什么都不上传:整条流水线都跑在你自己的机器上。
不会。解码、缩放和编码都在你的浏览器里,用 canvas 和 web worker 完成。没有任何东西发往服务器;页面加载完之后,断网也照样能用。
因为你的浏览器没有对应的编码器。浏览器不会告诉你这件事:你要一个 GIF 或 HEIC,它会悄悄改个类型还你一个 PNG。启动时我们把两个像素编码成每一种格式,看看实际出来的是什么,所以只把真正可用的给你。
不能,而且它不再假装可以。没有浏览器能写 HEIC,EPS 需要 PostScript 解释器,RAW 则是每个机型各不相同的传感器格式。HEIC 和 TIFF 可以作为输入;EPS 和 RAW 文件会被明确拒绝,而不是变成一个挂错名字的 PNG 还给你。
它是转换后图片与原图的相似度分数,从 0 到 1。高于 0.98 时差别极难看出;低于 0.95,照片上就开始出现可见的瑕疵。有它是因为"省了 68%"只讲了故事里好听的那一半。
这是有意为之。拖进文件只是解码并放进队列。转换——真正耗时的部分——要等你按下"转换",好让你从容地把设置调好,而不是追着一个不断重来的预览跑。
大幅缩小一定会,但损失多少取决于引擎。有的浏览器用 2×2 的核一次缩到位,把其余像素全部丢掉,边缘就会发毛。FormatFlow 在启动时会实测这一点——缩小一张测试图,跟精确平均值比对——只有在浏览器确实需要时,才改用反复减半的办法。若浏览器本来就滤得干净,多出来的几道只会耗时而不改变结果,于是跳过。之后你还可以再加一道锐化。
因为图片是用 createImageBitmap 解码的,EXIF 方向在那一步就一次性应用好了。旧做法把文件塞进 <img> 元素,而有的浏览器会应用方向标签、有的不会,结果 canvas 拿到的是没旋转的那一张。
五十张。它们会在多个后台 worker 中同时编码;只要打开逐张设置,每一张都能带着自己的格式和尺寸。
图片转换器, HEIC 转 JPG, PNG 转 WEBP, JPG 转 AVIF, WEBP 转 PNG, TIFF 转 JPG, 图片转 ICO, favicon 生成器, 图片转 PDF, 批量图片转换, 在线调整图片尺寸, 把图片压到指定体积, 离线图片转换器, 免费图片转换器 无需上传