ChannelCombination 与 LRGBCombination 的差异

ChannelCombination 与 LRGBCombination 这两个进程，在 PixInsight 里名称很类似，常让人搞不清楚何时该用哪一个，而网络上不少教学视频也经常混用。这篇文章分享我自己的用法，以及两者实际运算上的差异。

我的用法

• LRGBCombination：我用它在非线性状态下，把 L 取代 RGB 通道中的 L，也就是所谓的“将 L 通道加入 RGB 图像中”。
• ChannelCombination：我最常用的场景，是在线性状态下把 RGB 三通道合并。因为 ChannelCombination 不会自行做其他处理，它单纯只是把通道合并（对应于 ChannelExtraction 的通道分离）。

ChannelCombination 的合并模式包含 RGB、HSV、HSI、CIEXYZ、CIEL*a*b、CIEL*c*h。你可以把它视为一个“具有点击界面的 PixelMath”，因此原则上，用 PixelMath 也能运行一模一样的操作。

问答一：用 LRGBCombination 在线性状态下合并 RGB 会怎样？

有同好问到这个问题。下图显示了结果——为了客观比较，图中两张图像都套用了相同的 STF 屏幕拉伸。

可以看到，LRGBCombination 的结果（右图）相较于 ChannelCombination（左图）没有差异。为了避免眼睛误判，我还把图像放大到像素等级去测量数值，也完全一样。

但要注意，这是在 LRGBCombination 的转换设置“完全维持默认值”的前提下才成立。这个进程提供了修改通道权重、转换函数、与彩噪降噪的选项；一旦更动这些选项，结果就会与 ChannelCombination 不同。

问答二：为何线性状态下用 LRGBCombination 合并，颜色会出问题？

也有同好问，为什么在线性状态下用 LRGBCombination 分别合并 L、R、G、B，或合并 L 与 RGB 时，颜色会出问题？

答案与我先前分享的文章一致：因为 LRGBCombination 是个非线性进程，需要在非线性状态下运行。虽然在单纯合并 RGB 通道时（且维持默认值）不会遇到状况，但一旦有 L 的介入、或调整了界面上的参数，就可能出问题。