图像意图各有取舍
可选无损优先、均衡、尽量小、网页尺寸、目标体积或自定义；网页尺寸意图会按最长边 2560 px 处理。
本地媒体压缩 · macOS / Windows / Linux
让每个文件
都有合适的尺寸。
Sizqo 把图像与视频压缩拆成清楚的处理意图、任务队列和可恢复的输出。先决定交付用途，再把文件交给本机工具链。
Sizqo / Media Studio
LOCAL QUEUE待处理 · 03示例队列
＋ 拖入文件到桌面应用中
此处仅展示示例任务，不接收文件
此处仅展示示例任务，不接收文件
输出意图mountain.jpg · 示例
原始预览
输出示意
原文件 8.4 MB输出估算 约 2.6 MB
平衡画质与体积。数值仅为界面演示，不代表真实压缩结果。
网页演示：切换意图与示例文件会改变界面说明；不会读取、上传或压缩真实文件。插画为原创 CSS 示意，不是实机截图。
不是“压缩率”一个数字的工具。
图像意图、视频轨道保留、覆盖备份和任务恢复都在同一条本机工作流里。
按交付目标选择，别先猜参数。
功能和格式来自当前产品文档。网页交互只呈现意图差异；真正的编码、文件读写仅发生在桌面应用里。
视频有单独的交付策略
Direct 模式提供尽量小、高质量保留轨道、目标大小估算、1080p 网页视频和自定义意图。
队列控制按任务进行
可暂停、继续或停止队列；视频任务可取消当前任务。CPU 使用限制用于约束批量工作时的资源占用。
覆盖前先留恢复点
覆盖原文件前创建备份，并保留任务历史与恢复能力。若备份不可用，应用不会继续替换原文件。
按系统与可用编码器选路
视频可使用 VideoToolbox H.264 / HEVC（环境可用时），也包含 x264、x265、SVT-AV1 与 VP9 路径。
本机处理，无上传步骤
媒体处理在本机完成。Direct 分发包内含 FFmpeg；仍应以所用分发渠道的实际包内容为准。
从素材到可恢复的输出。
覆盖原文件是显式风险点，因此先确认输出目录、备份空间与轨道保留方式，再开始批量任务。
选择模式并加入素材
桌面应用按图像或视频任务处理。把素材放入队列，核对文件类型与目标位置；本页面的演示队列是虚构样例。
选一个输出意图
根据网页交付、体积上限或保留质量选择意图。视频任务再确认轨道与编码器能力是否满足需求。
执行、检查并按需恢复
查看队列进度与任务历史。若输出覆盖了原文件，可使用已创建的备份恢复；先检查空间是否足够。
格式与边界要先看清。
同一媒体容器可能包含不同位深、色彩空间、字幕或多个音轨；扩展名不能代替编码能力检查。
图像输入与元数据
图像支持 PNG、JPEG、WebP、AVIF 与 GIF 的对应处理轨道。重新编码图像不会保留 EXIF/GPS；系统转换路径会保留元数据。
视频容器与音视频轨
Direct 视频覆盖 MP4、MOV、MKV、WebM 与 TS。HDR / Dolby Vision / HDR10+、高位深、透明通道、隔行或多轨保留可能不符合当前能力条件而被拒绝。
分发方式会影响能力
App Store 视频能力在 bridge 与 sandbox 核验完成前关闭；该渠道仅提供 Swift 原生图像处理。Direct 模式使用独立工具链。
空间与替换策略
备份会占用本机磁盘空间。备份失败时不会替换原文件；开始大型批处理前先预留足够空间，并确认目标文件可恢复。
文件属于你的电脑，任务也在本机。
Sizqo 的媒体处理不需要上传文件。桌面应用会读写你选择的素材与输出位置；请只处理你有权使用的内容。若选择覆盖，应用会尝试先创建本地备份。首次访问文件夹时，按操作系统提示授予文件访问权限。
常见问题
分发渠道和输入文件条件会影响可用能力；这里列出最常见的差异。
网页上能直接压缩我的文件吗？
不能。页面中的队列、预览与体积数字都是交互演示，不会读取或上传文件，也不会运行编码器。
App Store 版能处理视频吗？
当前文档说明 App Store 视频处理暂时关闭，直到 bridge 与 sandbox 核验完成；该渠道保留原生图像能力。
压缩后会保留 EXIF 或 GPS 吗？
图像重新编码不会保留 EXIF/GPS。系统转换路径会保留元数据。处理前请按你的归档需要选择路径。
覆盖原文件失败或想撤回怎么办？
覆盖前会尝试创建备份；备份不可用时不会替换原文件。任务历史保留恢复入口，备份本身需要占用磁盘空间。
把每次压缩变成可检查的任务。
macOS / Windows / Linux · 处理留在本机 · Direct 视频需对应工具链