Ansel

Ansel 及其起源

• Ansel 是由一位前核心贡献者从 Darktable 分出来的分支，他强烈不同意主项目的发展方向，尤其是在 UX 和代码质量方面。
• 目标：从 Darktable 中清除“臃肿”和半残的功能，移除/替换约 4 万行代码，并专注于稳定性、性能和更精简的工具集。
• 数据库兼容性仅到 Darktable v4.0，之后可能会随着时间进一步分化。

Darktable 的现状与分支原因

• Darktable 仍在积极开发中，并且有定期发布；一些用户依赖它作为主要的 RAW 编辑器，包括专业人士。
• 批评点：
  • 学习曲线非常陡峭；许多 Lightroom 用户表示自己感到迷失。
  • UX 被形容为不一致、出人意料（例如鼠标滚轮行为），并且因重叠模块而显得杂乱。
  • 外界感觉它像是“委员会式领导”，缺乏清晰愿景，并且抗拒移除旧功能。
• 支持者反驳说，Darktable 功能强大、非破坏性，而且如果愿意投入时间学习，它非常有能力。

技术理念：场景参考工作流

• Darktable 一直在从“显示参考”工作流转向“场景参考”工作流；该分支的作者正是这一转变的重要推动者。
• 一些用户拥抱场景参考编辑，以及基于物理的色调和颜色处理方式。
• 另一些人觉得他们现有的显示参考工作流已经足够好，并对破坏性变更或增加的概念复杂性表示不满。

UX、工作流与“选项太多”

• 许多评论者觉得 Darktable 的 lighttable（DAM）和筛选功能令人困惑，而且过度设计。
• 他们抱怨模块重复（例如多个白平衡工具）、有用但被隐藏的模块，以及不同版本之间会出人意料地改变行为的设置。
• Ansel 被一些早期采用者称赞为对新手更精简：弃用模块被隐藏，危险的 UI 被移除。
• 也有人认为该分支移除了有用模块，而他们更关心结果，而不是内部是否“干净”。

开源治理与设计文化

• 有一段很长的讨论在谈：许多 FOSS 应用缺乏连贯的产品愿景和专业的 UX 参与。
• 设计师们表示他们尝试帮助 FOSS 项目，但却遇到防御心理、过度争论细节，以及一种更看重编码而不是可用性的文化。
• 一些维护者说很难吸引 UX 贡献者；设计师则回应说，零散修补远远不够，而大刀阔斧的重设计也很少被接受。

平台支持、构建与技术问题

• Windows 版本存在，但安装器有问题（未签名、不是 MSI、控制台闪烁异常）。
• macOS 支持实际上等于不支持：用户极少、CI 很脆弱、工具链（GTK）有问题，而且维护者自己没有 Mac 硬件。
• 几位用户尽管有 CI 脚本，仍然很难在 macOS 上构建；维护者明确警告这可能无法工作。

与其他工具的比较

• Darktable / Ansel 被拿来与 Lightroom、Capture One、DxO、Affinity、RawTherapee、ART、LightZone、RAW Power 和 GIMP 比较。
• 总体模式：
  • FOSS 工具因其强大和灵活而受到称赞，尤其是在高级蒙版和场景参考工作流方面。
  • 商业工具则因更顺滑的 UX、更好的目录管理、移动/iOS 集成、现代导出格式，以及更一致的颜色/HDR 行为而更受青睐。

反响与总体情绪

• 许多人很高兴看到一个带有明确主张的分支，试图建立一致的愿景并修复长期存在的 UX 问题。
• 也有人被分支作者对 Darktable 非常激烈的语气所劝退，并认为 Ansel 中仍然存在类似问题（过度复杂、奇怪的默认值、非标准控件）。
• 共识是：这个分支凸显了复杂 FOSS 创意应用的强大能力，以及其治理/UX 方面的弱点；Ansel 是否会成为照片编辑领域的“Blender 时刻”，仍然不确定。