桌面应用视频处理图像处理【免费下载链接】compressOConvert any video/image into a tiny size. 100% free open-source. Available for Mac, Windows Linux.项目地址https://gitcode.com/gh_mirrors/co/compressO点击查看免费下载CompressO 是一款基于 Tauri React 的跨平台图片/视频压缩桌面应用其核心压缩能力并非自研而是由 FFmpeg、pngquant、jpegoptim、gifski 等成熟的开源命令行工具提供。本文以仓库根目录的 THIRD_PARTY_NOTICES.md 为主线逐一解析这四类第三方组件的版权归属、许可协议GPL/LGPL/AGPL、在源码中的真实调用方式、命令行参数以及仓库内随附的许可证文本位置帮助开发者在理解压缩引擎底层原理的同时掌握开源软件再分发与合规使用的关键要点。概览THIRD_PARTY_NOTICES.md 声明了什么THIRD_PARTY_NOTICES.md是开源项目在聚合bundling第三方软件时必备的法律性声明文件。它的核心内容可以概括为一句话本项目随二进制发行包捆绑并使用了四类第三方软件各自保留其原始版权与许可证具体包括组件版权声明许可证仓库内许可文本FFmpeg FFprobeCopyright (C) 2000-2024 Fabrice Bellard, et al.GPL v2 或更高版本以及 LGPL v2.1 或更高版本LICENSES/ffmpeg/LICENSEpngquantCopyright (C) 2009-2024 Kornel LesińskiGPL v3 或更高版本LICENSES/pngquant/LICENSEjpegoptimCopyright (C) 1996-2024 Timo KokkonenGPL v3 或更高版本LICENSES/jpegoptim/LICENSEgifskiCopyright (C) 2019-2024 ImageOptim LLC, Kornel LesińskiAGPL v3 或更高版本LICENSES/gifski/LICENSE这份声明与主项目的 README.md 末尾互相引用This project bundles and uses third-party software. For complete third-party notices, licenses, and attributions, please see THIRD_PARTY_NOTICES.md是发行包中开源合规三件套许可证文本、第三方声明、源码获取渠道的核心一环。同时src-tauri/tauri.conf.json 中的resources: { ../LICENSES/: }配置表明整个LICENSES/目录会被原样打包进最终安装包随应用分发——这意味着每一份许可文本都真实存在于发行产物中而非仅在源码仓库里。为什么 CompressO 高度依赖这些第三方工具理解这些组件之前先明确它们的角色。据 README.md 的 Tech 一节明确说明压缩工作完全由 FFmpeg、pngquant、jpegoptim、gifski 等第三方工具完成应用使用各平台对应的独立二进制standalone binaries并且完全离线运行——除内置更新功能外应用不对外发起任何网络请求。在实现层面这一设计对应 Tauri 的sidecar 机制Rust 后端通过tauri_plugin_shell的.sidecar()API 拉起随包附带的第三方可执行文件。证据见 src-tauri/tauri.conf.json 的externalBin配置externalBin: [ ./bin/compresso_ffmpeg, ./bin/compresso_ffprobe, ./bin/compresso_pngquant, ./bin/compresso_jpegoptim, ./bin/compresso_gifski ]五个外部二进制与第三方组件一一对应视频处理用compresso_ffmpeg/compresso_ffprobe图片处理用compresso_pngquant/compresso_jpegoptim/compresso_gifski。这种自带二进制、不依赖系统环境的打包策略正是 CompressO 能保持轻量、离线且跨平台一致的底层原因代价则是必须在发行物中履行上述开源许可证的声明义务。FFmpeg FFprobe视频压缩的核心引擎版权与许可证FFmpeg 是多媒体处理领域的事实标准工具集本仓库捆绑了其中的ffmpeg转码与ffprobe媒体探测两个工具。根据声明其版权归Fabrice Bellard 及其后继贡献者et al.许可为GPL v2 或更高版本以及 LGPL v2.1 或更高版本的双重条款。随仓库附带的 LICENSES/ffmpeg/LICENSE 收录的是 LGPL v2.1 全文而 LICENSES/ffmpeg/README.md 亦补充说明FFmpeg 代码库主体以 LGPL 授权部分可选组件以 GPL 授权——这正是 CompressO 采用 AGPL主项目与 FFmpeg 的 GPL 系许可兼容共存的前提。在源码中的实际调用视频压缩的入口封装在 src-tauri/src/core/ffmpeg.rs通过 sidecar 构造命令pub fn get_ffmpeg_command(self) - ResultCommand, String { self.app .shell() .sidecar(compresso_ffmpeg) .map(Command::from) .map_err(|e| format!(Failed to create ffmpeg command: {}, e)) }而compress_video()src-tauri/src/core/ffmpeg.rs会在启动转码前先调用同级的FFPROBE探测视频的音频流、字幕流等元信息如has_audio_stream、existing_subtitle_count据此动态决定最终 ffmpeg 命令行参数——例如是否保留音轨、是否保留已有字幕流。从 src-tauri/src/core/ffmpeg.rs 可见视频侧支持的容器格式为mp4 / mov / webm / avi / mkv / gif。对于想要自行验证底层行为的开发者在 src-tauri/src/tauri_commands/ffmpeg.rs 中可以看到命令层如何把前端配置码率、分辨率、编码器等透传给core::ffmpeg完整调用链为前端设置 → tauri command → core FFMPEG 封装 → sidecar 二进制。pngquantPNG 有损量化的主力选手版权与许可证pngquant 由Kornel Lesiński开发维护许可为GPL v3 或更高版本其许可全文收录于 LICENSES/pngquant/LICENSE。值得注意的是该许可文件同时保留了早期代码源自 Jef Poskanzer 的ppmquant与 Greg Roelofs 的pamquant的 BSD 风格许可说明——这部分BSD 类许可片段随 GPL 授权并存属于 pngquant 特殊的版权继承结构。工作原理与参数根据 LICENSES/pngquant/README.mdpngquant 的核心原理是调色板量化将 24/32 位 PNG 转为带 alpha 通道的高效 8 位 PNG文件体积通常可缩小 60%80%且产物完全符合 PNG 规范、兼容所有浏览器与操作系统。其主要参数包括参数作用--quality min-max质量范围0100pngquant 会用满足 max 所需的最少颜色数来量化若结果低于 min 则放弃保存并以退出码 99 结束-o out.png/--output指定输出路径仅允许单文件输入--ext new.png自定义输出后缀--skip-if-larger转换后不小于原图时不写入--speed N速度/质量权衡1最慢、最优、最小到 11最快默认 4--nofs禁用 Floyd-Steinberg 抖动--floyd0.5控制抖动强度0 无1 满--posterize bits降低调色板位深适配低色深屏幕--strip不复制可选 PNG chunk去除元数据CompressO 中的真实调用与降级重试在 src-tauri/src/core/image.rs 中run_pngquant()构造的实际命令参数为let mut args: Vecstr vec![--quality, quality_str, --force, --strip]; args.push(--output); args.push(output_path); args.push(input_path);即固定使用--quality、--force、--strip、--output四类参数。一个值得关注的工程细节在 src-tauri/src/core/image.rs当首次 pngquant 调用失败且非用户主动取消时CompressO 会自动以更宽松的质量区间0-{quality}重试一次避免因目标质量过高导致量化失败退出码 99 场景时任务中断——这是针对 pngquant 语义做的务实容错。此外若用户选择无损模式PNG 走的是另一条纯 Rust 路径oxipng库见 src-tauri/Cargo.toml与 pngquant 无关。jpegoptimJPEG 的瘦身专家版权与许可证jpegoptim 由Timo Kokkonen开发许可为GPL v3 或更高版本全文见 LICENSES/jpegoptim/LICENSE。其依赖独立 JPEG 小组IJG的 libjpeg6b 或更高版本兼容 libjpeg-turbo 与 mozjpeg——这是它能在各平台稳定编译的基石LICENSES/jpegoptim/README.md。特性与参数jpegoptim 的优化方向包括无损地重排/压缩 JPEG 标记段、去除冗余元数据以及有损的重新量化。本仓库捆绑的版本为1.5.7该版本修复了--auto-mode偶发死循环的问题其历史版本还引入了-S/--size目标体积、--all-progressive/--all-normal渐进式/非渐进式互转、--strip-all/--strip-exif/--strip-com按类剥离元数据等能力。CompressO 中的真实调用src-tauri/src/core/image.rs 的compress_jpeg()构造的命令如下let mut args: Vecstr vec![-o, -q, --all-progressive, --strip-all]; if is_lossless { args.push(--max100); } else { args.push(-m); args.push(jpeg_quality); }参数含义拆解-o覆盖写入配合--force语义使用-q静默模式抑制非必要输出--all-progressive统一将输出 JPEG 转为渐进式编码——渐进式 JPEG 在网络加载时可分层渲染主观体验更好同时往往更利于压缩--strip-all剥离所有非必要标记段EXIF、ICC、注释等无损模式追加--max100锁定最大质量有损模式则用-m 质量指定 1100 的压缩质量。值得注意的是JPEG 压缩前会先std::fs::copy一份副本再就地优化src-tauri/src/core/image.rs配合MediaProcessExecutorBuilder的取消支持with_cancel_support确保任务可在用户侧随时中止且不污染原始文件。gifski高质量 GIF 编码器版权与许可证gifski 由ImageOptim LLC 与 Kornel Lesiński共同持有版权采用的许可是四者中最严格的AGPL v3 或更高版本LICENSES/gifski/LICENSE。AGPL 与 GPL 的最大差异在于第 13 条远程网络交互条款若修改版本通过网络对外提供服务必须向服务使用者开放对应源代码——这一点对打算把 CompressO 或衍生品做成服务端的开发者尤其重要详见下文合规要点。工作原理与参数gifski 基于 pngquant 的底层技术libimagequant将视频帧转换为每帧数千色的高质量 GIF支持跨帧调色板与时间维度抖动temporal dithering。其常用参数见 LICENSES/gifski/README.md-Q quality整体质量1100数值越低文件越小-W width输出宽度缩小尺寸是减小 GIF 体积最有效的手段-o out.gif输出文件管道用法ffmpeg -i video.mp4 -f yuv4mpegpipe - | gifski -o anim.gif -将 ffmpeg 解码结果直接喂给 gifski。CompressO 中的真实调用src-tauri/src/core/image.rs 的compress_gif()逻辑展示了几个关键设计let gifski_quality if is_lossless { 100 // No support for true lossless, well just compress into highest quality } else { quality.clamp(1, 100) }; let mut args vec![-Q, quality_str]; // 仅当目标宽度小于原图宽度时才传入 -W否则交给 gifski 自行处理无损模式下 gifski 并无真正的无损能力因此注释明确说明以最高质量压缩作为替代-W只在设置了新的更小尺寸时才下发避免无意义放大每条命令同样接入MediaProcessExecutorBuilder的取消回调CANCELLED GIF保持与 pngquant/jpegoptim 一致的取消语义。许可证组合与合规要点四类授权如何共存于一个发行包CompressO 主项目采用AGPL-3.0-only见 Cargo.toml、package.json 与 LICENSE同时捆绑了 GPL v2/LGPL v2.1FFmpeg、GPL v3pngquant、jpegoptim、AGPL v3gifski四类第三方组件。这种组合在开源生态中并不罕见但再分发时必须注意保留原始版权与许可文本这正是THIRD_PARTY_NOTICES.mdLICENSES/目录存在的意义。本仓库通过tauri.conf.json的resources把整个LICENSES/打包进安装包任何发行分支都应维持这一行为不得删减。提供源代码获取渠道声明文档中明确写出各组件可在上游官网/代码仓库获取源代码。由于本仓库是聚合发行方随包提供的是许可文本与声明按 GPL/AGPL 的精神二次分发者应保证对应组件的源代码可获取且不得移除各组件自带的版权说明例如 pngquant LICENSE 中特别注明必须保留旧代码部分附加的版权声明。区分 GPL 与 AGPL 的义务边界仅本地桌面分发时AGPL 的网络交互即开放源码条款通常不触发但若开发者将 CompressO 的压缩能力尤其含 gifski 的 GIF 编码链包装为网络服务对外提供则必须向服务使用者开放修改版源码。这是从 AGPL v3 第 13 条引申出的核心合规红线。主项目许可证与第三方兼容AGPL 主项目 GPL 系第三方组件整体上是兼容的AGPL 允许与 GPL v3 作品组合见 GPL v3 第 13 条与 AGPL v3 第 13 条的双向组合许可。但在商用闭源场景下pngquant 与 gifski 上游还提供商业授权选项开发者应自行评估。二次开发者合规自查清单若你计划 fork 或基于本仓库构建衍生发行版建议按如下清单核对每一项均可在此仓库中找到对应证据发行包内是否包含 THIRD_PARTY_NOTICES.md 或同等声明是否保留 LICENSES/ 下四份许可文本与 README且未改动版权行是否沿用externalBin侧车打包方式tauri.conf.json并确认二进制来源合规是否在关于或文档入口处提供到第三方声明的可见链接参考 README.md 的做法若部署为网络服务是否已评估 AGPL v3gifski的远程交互源码开放义务若修改了压缩参数默认值或新增编码路径是否同步更新本声明文档以保持事实准确结语THIRD_PARTY_NOTICES.md表面上是数段法律声明背后却真实映射着 CompressO 的架构选择用最成熟的开源压缩引擎做重型工作用 Tauri 侧车机制把它们整齐地收进一个跨平台、离线、免费开源的桌面应用。对阅读源码的开发者而言这张许可证清单同时也是组件地图——顺着 src-tauri/src/core/ffmpeg.rs 与 src-tauri/src/core/image.rs 中的 sidecar 调用即可逐层还原 FFmpeg、pngquant、jpegoptim、gifski 在每次压缩任务中的真实职责。赞分享桌面应用视频处理图像处理【免费下载链接】compressOConvert any video/image into a tiny size. 100% free open-source. Available for Mac, Windows Linux.项目地址https://gitcode.com/gh_mirrors/co/compressO点击查看免费下载相关推荐SRS 许可证全解析MIT 主许可证与第三方依赖库的授权合规指南SRS 许可证全解析MIT 主许可证与第三方依赖库的授权合规指南 SRS 是一个支持 RTMP、WebRTC、HLS、HTTP FLV、SRT、GB28181音视频后端直播LOOT 开源许可证全景第三方依赖授权方式与源码实现印证LOOT 开源许可证全景第三方依赖授权方式与源码实现印证 LOOTLoad Order Optimization Tool是一款面向 Starfield游戏开发开发工具3个技巧快速掌握AI音频分离UVR 5.6实战指南3个技巧快速掌握AI音频分离UVR 5.6实战指南 你是否曾想过从喜欢的歌曲中提取纯净的伴奏或者从一段音频中移除嘈杂的人声Ultimate Vocal R音频处理人工智能上一篇requests文件上传进度分块上传与断点续传全指南下一篇markitdown升级迁移版本升级的数据迁移方案创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考