别急着吹『开源版 Photoshop』复杂 PSD 打不开Compositor 被骂毛坯房冤不冤【免费下载链接】CompositorThe Photoshop alternative for Mac项目地址: https://gitcode.com/gh_mirrors/compos/Compositor过去一年多「开源 Photoshop 平替」是 GitHub 与中文技术社区里最容易点燃讨论的话题之一。从 Photopea 到 GIMP再到本期主角 Compositor——一款宣称「The Photoshop alternative for Mac」的 Swift 原生图像编辑器热度一路走高。但正当各种「免费对标 Adobe」「100% 开源」的标题刷屏时一篇题为《别吹开源版 Adobe 了复杂 PSD 打不开这算毛坯房》的文章给这股热潮浇了一盆冷水指控集中在一个致命痛点——复杂的 PSD 文件根本打不开、打不完整。「毛坯房」三个字扎不扎心与其跟着情绪站队不如直接拆开 Compositor 的源码把 PSD 支持这件事从「能做什么」到「不能做什么」逐一过一遍看看这顶帽子到底扣得冤不冤。争议由头指控到底在说什么那篇引发争议的文章核心逻辑并不复杂Photoshop 生态里最值钱的资产是那几亿个 PSD 文件一个声称要替代 Photoshop 的开源编辑器如果连复杂 PSD 都读不完整、甚至读不出来那充其量只是一间「毛坯房」——骨架在住不了人。这个指控听起来很有杀伤力但拆开看其实包含两个完全不同的问题「打不开」指格式兼容性即能否成功解析文件头、图层、通道数据「打不完整」指能力边界即解析之后哪些图层类型能保留可编辑性哪些只能降级为像素。两者在 Compositor 里是两套完全不同的机制混为一谈正是争议各说各话的根源。仓库中Compositor/IO/PSD/PSDReader.swift的开头注释写得很清楚这是基于 Adobe《Photoshop File Formats Specification》2019 版从零实现的 PSD 读取器明确声明「Not copied, transcribed, or adapted from GIMP, psd-tools, or any other GPL-licensed PSD reader」。这句话信息量很大Compositor 没有走「调用 ImageIO 框架」或「移植开源读取器」的捷径而是自己实现8BPS头、图层记录、PackBits 压缩和附加图层信息的解析。独立实现意味着功能取舍完全由作者一个人定义——这既是质量风险的来源也是透明度最高的地方。能力边界实测PSD 支持到底保留了什么、丢掉了什么要判断「毛坯房」论是否成立最硬核的证据在Compositor/IO/PSD/PSDDocumentBuilder.swift。这份代码把「能保留」和「会降级」写成了逐图层的转换报告conversion report而且严格遵守「先报告、后执行」的流程Compositor/UI/PSDConversionSheet.swift中的弹窗文案明确写着「Compositor will convert these Photoshop features.Nothing is applied until you continue.」——用户看到完整的降级清单后可以选择确认导入或直接取消取消时文档保持原样CompositorTests/PSDRoundTripTests.swift里甚至有cancelledConversionLeavesTheDocumentUnchanged专门测试这条路径。先看它真正保留了的东西这部分比多数人想象中扎实图层与文件夹结构包括图层组嵌套、组内不透明度对子层的乘法影响PSDDocumentBuilder.swift中注释明确文件夹自身的不透明度会像 Photoshop 的组不透明度一样乘进内部图层图层蒙版支持将 PSD 蒙版转成 8 位灰度并保留启用/链接状态混合模式PSDTypes.swift中的LayerBlendMode.fromPSD映射了 26 种混合模式从norm、mul到smud、fsub、fdiv一应俱全——注意它甚至支持了Subtract和Divide这类较新的模式调整图层色阶、曲线、色相/饱和度等可编辑参数会被解析成编辑器的原生调整图层部分形状图层PSDVector.swift能把矩形/圆角矩形/椭圆映射为可编辑的实时形状图层live shape layers而非栅格化简单水平文本PSDText.swift解析 Photoshop 6 的TySh类型图层保留字体、字号、颜色、字距、行距与对齐导入后仍可重新打字。再看它明确丢弃的东西这些降级不是 bug而是被写进代码的边界声明8-bit RGB 是唯一入口PSDTypes.swift的PSDError写着「Only 8-bit RGB Photoshop files can be imported」PSDRoundTripTests.swift也用测试锁死mode: 4CMYK抛unsupportedColorModedepth: 1616 位抛unsupportedDepth。CMYK、16 位深度的 PSD 直接拒绝不是降级而是打不开智能对象注释直白写着「The smart object was rasterized. Linked contents can’t be edited.」——链接内容永远无法编辑图层效果描边、投影、内发光等效果被整体丢弃「so the appearance may differ」文本的进阶属性竖排文字、文字变形warp、假粗体/假斜体、两端对齐都会被丢弃或降级字距微调之类保留不下的属性有专门文案「The Photoshop text warp was omitted.」矢量形状与剪辑蒙版能映射成实时形状的只有少数基础几何其余矢量「was rasterized to pixels」剪辑蒙版基体不支持时直接跳过部分混合模式Dissolve、Darker Color、Lighter Color 故意不映射PSDTypes.swift注释「Compositor has no equivalent, so they fall through to Normal and say so in the conversion report」。此外还有一道硬性的「内存天花板」Compositor/Document/DocumentLimits.swift将单面最大像素限制在 2 亿约 800MB RGBA8 分配文档总光栅预算随 Mac 物理内存缩放但封顶 8 亿像素单边超 30000 像素直接拒绝。更巧妙的是PSDReader.swift中的兜底策略当文件超预算时不报错而是把各图层裁剪到画布范围内再导入fitsBudget不通过就cropToCanvas并生成「Cropped to the canvas so the file fits in memory」的转换说明。也就是说对超大 PSDCompositor 宁可「丢边角保导入」也不让你白点一次。把这些拼起来Compositor 的 PSD 策略其实非常清晰「核心图像合成工作流完整保留外围 Photoshop 特性明码标价地降级」。图层、蒙版、混合模式、调整层这些修图主战场的家底是齐的而智能对象、图层样式、竖排文字、16 位色彩这些「设计师的进阶魔法」则一律退化为像素或直接拒绝。支持者 vs 批评者项目方与社区的隔空对话回到那篇争议文章。批评者的视角其实抓住了 Compositor 定位上的一个「缝隙」它把 Photoshop 的三个不同受众——设计师、摄影师、修图爱好者——的需求揉在了一起。对普通修图用户来说智能对象和 16 位色深是「一辈子用不上」的东西但对设计行业用户来说智能对象恰恰是 PSD 文件的灵魂竖排文字和文字变形也是中文/日文排版的基本盘。当「复杂 PSD 打不开」的标签贴上来时被刺痛的多半是后两类人。而支持者以及项目方自己的姿态的回应藏在代码和文档的细节里README 的定位从来不是「Photoshop 克隆」而是「围绕合成compositing与后期post-processing工作流构建」作者甚至写明「I used to use Photoshop for compositing and post-processing」——它是给自己用的工具不是给全行业用的标准件「先报告后导入」的转换机制是把降级行为从「悄悄发生」变成「提前告知」用户永远拥有最终否决权这比大多数商业软件对 PSD 的静默处理都要诚实超过内存预算时的「图层裁剪导入」策略体现的是宁可降级也不失败的工程取舍有趣的是项目还走了一条与众不同的路docs/writing-comp-files.md定义了.comp工程格式——一个由 PNG 图层加manifest.json组成的文件夹AI 代理直接写文件就能实时驱动画布。README 里也专门有「Works with AI agents」一节。这说明项目方押注的未来不是「把 PSD 兼容做到 100%」而是「定义一个 AI 时代的新工程格式」。项目方与批评者的对话本质上是「以 Adobe 格式为中心」和「以自有工作流为中心」两种产品哲学的对撞。批评者用 PSD 兼容度这把尺子量它量出来的自然是毛坯房项目方用合成工作流加 AI 可编程性这把尺子量自己量出来的是一栋结构完整、只是外墙装修没做完的房子。结论毛坯房论是否成立Compositor 该给谁用现在可以正面回答这个问题了。「毛坯房」论成立但有严格前提。如果你把「复杂 PSD 打不开」定义为「16 位/CMYK 文件直接拒绝、智能对象与图层效果降级为像素」那这个指控在源码层面完全成立甚至可以说是项目方的设计选择而非缺陷。PSDTypes.swift里那一行「Only 8-bit RGB Photoshop files can be imported」就是边界最诚实的自白。但如果把「毛坯房」理解为「连基本住人能力都没有」那这个结论就过度了。因为图层/组/蒙版/26 种混合模式/调整图层/可编辑文本这套 Photoshop 核心工作流是实打实存在的且每个降级点都有用户可控的确认环节——这恰恰是毛坯房和「框架房」的区别结构完整管线通水只是精装没做。那么 Compositor 到底该给谁用答案已经写死在 README 的每一条里macOS 上的修图/合成用户处理 8-bit RGB PSD、以图层合成和后期调色为主的日常Compositor 是可用的而且免费、可商用、全源码可改MIT 协议AI 代理与自动化用户.comp格式 实时热重载的设计在开源编辑器里几乎找不到第二家这是它的真正差异化战场设计师与重度 PS 用户如果工作流离不开智能对象、图层样式、竖排文字、16 位色彩Compositor 目前确实不是你的菜别强行降级——这是诚实的劝退而不是贬低。说到底「毛坯房」不是一个事实判断而是一个期望值判断。Compositor 的源码把每一处「没做完」都写在明面上拒绝含糊其辞一个把能力边界透明化的开源项目配得上比「打不开 PSD」四个字更精确的评论。它没有吹自己是 Photoshop倒是急着把它吹成 Photoshop 的人该先读一读那份转换报告。【免费下载链接】CompositorThe Photoshop alternative for Mac项目地址: https://gitcode.com/gh_mirrors/compos/Compositor创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考