严格无损 · 逐像素一致
在不改动画面数据的前提下重排 JPEG 的编码结构，PNG 做无损重压缩。完成后自动逐像素比对，有一个像素不同就放弃该结果。
IMAGE · LOSSLESS · LOCAL VIDEO · VISUALLY LOSSLESS · LOCAL
画质不打折，
图片轻一点。
画面不走样，
视频明显变小。
JPEG、PNG、WebP、BMP 直接在浏览器里压缩，文件不离开设备。严格无损逐像素校验，一个像素都不差；需要更小时，再切到视觉无损。
MP4、MOV、WebM、MKV 用浏览器的硬件编码器重新压缩，全程本地完成。先试编码评估收益，完成后抽帧计算画质分数，结果心里有数。
- 逐像素校验无损结果自动解码比对
- JPEG 无损重编码重排编码，画面不变
- 多线程并行4 个 Worker 同时处理
- 硬件加速编码调用设备硬件，又快又稳
- 试编码预估收益太小就不白跑
- 抽帧画质评估逐帧比对，画质有分数
本地处理 · 文件不会上传
拖入图片拖入视频
点击选择、拖放或粘贴截图 · 支持批量与整个文件夹 点击选择或拖放 · 支持批量 · 单个最大 4 GB
JPGPNGWebPBMP
MP4MOVWebMMKV
0字节上传
100%严格无损像素一致
4线程并行处理
4种常用图片格式
0字节上传
5秒试编码预估收益
5帧抽样评估画质
4GB单个视频上限
图片队列视频队列
还没有文件
还没有图片，把图片拖到页面任意位置即可
还没有视频，把视频拖到页面任意位置即可
默认严格无损：解码后的像素逐位不变。已经优化过的图片可能无法再变小，这时会保留原文件。 默认视觉无损：高质量重新编码，肉眼难辨，体积通常明显变小；也可以选择只重新封装的无损封装。HOW IT WORKS
每一个像素，都有据可查。每一次重编码，都先算清楚。
严格无损与视觉无损分开呈现，结果附带校验；达不到标准就保留原文件，不会拿画质换体积。
视频本身就是有损编码，所以我们把“能省多少”和“画质如何”都量化给你看，收益太小就保留原文件。
视觉无损 · 画质守护
需要更小的体积时，用高质量参数重新编码并评估画质。低于门槛会自动提高质量，仍不达标就回退，绝不拿画质换体积。
元数据可控
可选择移除 EXIF 中的拍摄地点、相机型号等隐私信息，同时保留照片方向、ICC 色彩配置与 HDR 增益图，不会让照片转向或偏色。
多线程并行
每张图片都在后台独立处理，按设备性能同时运行多个，页面始终保持流畅。
视觉无损 · 硬件编码
调用设备的硬件编码器重新压缩，尽量保持原有的编码格式，分辨率、帧率与音轨保持不变。
试编码预估收益
长视频先截取 5 秒试编码，与源视频同一区间对比体积。预计节省不足 10% 就直接保留原文件，不浪费时间。
抽帧评估画质
编码完成后从片头到片尾抽取 5 帧，与原视频逐帧比对计算画质分数，并支持同步播放的滑动对比。
无损封装
只想整理封装、去掉冗余数据时，选择无损封装：音视频数据原样复制，画面逐帧不变。
FAQ
常见问题
为什么有的文件压缩后体积没有变化？
严格无损只能去掉冗余的编码与元数据，已经被优化过的文件（例如渐进式 JPEG、经过压缩的 WebP）可能无法再变小。这时会标记为「已是最优」，保存时会保留原文件副本。需要更小体积可以切换到「视觉无损」。
视频为什么默认使用视觉无损？
视频本身就是有损编码，严格意义上的无损处理只能重新封装（复制音视频流），体积通常只变化不到 1%。视觉无损会用高质量参数重新编码，肉眼难以分辨，但体积往往能明显减小。HDR 视频为避免丢失 HDR 效果会保留原文件。
「保存到文件夹」支持哪些浏览器？
桌面版与安卓版 Chrome、Edge 支持直接选择文件夹写入。Safari、Firefox 以及 iPhone / iPad 暂不支持，可以使用「打包下载 ZIP」、逐个下载，或在手机上通过分享面板存储到相册 / 文件。
文件会上传到服务器吗？
不会。页面加载完成后，所有压缩都在本机的浏览器中进行，即使断网也能使用。
支持哪些格式，有大小限制吗？
图片支持 JPEG、PNG、WebP、BMP（单张 200 MB 以内）；视频支持 MP4、MOV、WebM、MKV（单个 4 GB 以内，取决于设备内存与浏览器编解码能力）。动画 PNG / WebP 暂不处理。