有些视觉问题，最麻烦的不是算法改了，而是没人知道图像什么时候变了。

同一台工业相机，同一个镜头，同一套光源，昨天调出来的效果还正常，今天一看图像，灰度不对、颜色不对、帧率也不对。查来查去，最后发现只是像素格式被改了一下。

很多新手会把像素格式当成一个“显示选项”。好像 Mono8、Bayer、RGB、8bit、12bit，只是相机软件里的几个名字。

但在项目里，这个设置一点都不小。它会影响数据怎么出来、算法怎么处理、系统能不能跑稳。

一个小设置，能让项目像换了相机

现场最怕这种情况：项目已经调好，阈值、ROI、检测逻辑都保存了。后来有人为了让画面“看起来更舒服”，把灰度格式改成了彩色格式，或者把 8bit 改成了 12bit。

画面一看，好像只是显示效果变了。可算法一跑，问题开始出现。

原来能分开的灰度阈值，现在范围不一样了；原来一通道处理，现在变成三通道；原来帧率能跑满，换格式以后数据量上来了，采集开始变慢。

这就是像素格式容易被低估的地方。它看起来只是相机菜单里的一个选项，实际牵动的是图像数据、算法输入和系统节拍。

灰度和彩色，不是画面喜好

工业检测里，不是彩色就一定更好。

如果你的任务是边缘定位、尺寸测量、字符轮廓、黑白对比，灰度图往往更直接，也更稳定。彩色图能提供更多信息，但也会带来更多数据量、颜色波动和处理负担。

比如一个黑白字符检测项目，用灰度图就能把字符和背景分开。你换成彩色图以后，看起来信息更多，但现场光一变、产品批次一换，颜色通道反而可能开始飘。

反过来，如果你检测的是颜色差异、印刷偏色、色块错装，那彩色信息就很关键。问题不在灰度和彩色谁高级，而在于你的检测特征到底靠什么成立。

图像处理不是越丰富越好，真正关键的是特征能不能长期稳定地被看见。

位深变了，阈值就不能照搬

8bit、10bit、12bit 这些数字，很多人平时不太在意。

但只要你做过阈值分割、灰度测量、低对比缺陷检测，就会发现位深不是摆设。8bit 常见范围是 0 到 255，12bit 的灰度层次更多，暗部和细微变化可能表现得更细。

听起来 12bit 更好，但现场不是这么简单。

如果原来的算法按 8bit 调好了阈值，换成 12bit 以后，灰度范围和分布都变了。以前阈值设在 120 附近能分开，换格式后再照搬这个数，结果很可能完全不对。

有些软件会自动做显示拉伸，看起来图像差不多，但底层数据已经变了。人眼看的是显示效果，算法吃的是原始数值。

所以调试时别只说“看起来差不多”。像素格式变了，就要重新确认灰度范围、阈值逻辑、保存格式和算法输入。

带宽一变，帧率也会跟着掉

像素格式还会影响带宽。

同样分辨率下，灰度图和彩色图的数据量不一样，8bit 和 12bit 的数据量也不一样。项目里经常有人问：相机标称帧率够，为什么现场跑不满？

原因可能不在相机，而在你让它输出了更重的数据。

原来 Mono8 一张图很轻，换成 RGB8 后数据量明显增加；原来只做灰度处理，换成彩色后 CPU 还要多做转换。带宽上不去，缓存开始堆，采集开始掉帧，后面的算法节拍也跟着乱。

这类问题特别容易被误判。现场看到的是帧率低了，大家以为相机或电脑不行，实际可能只是像素格式把链路压满了。

视觉系统不是只看图像好不好看，还要看这张图能不能按节拍稳定送到算法手里。

改像素格式前，先查这几件事

像素格式不是不能改，而是不能随手改。

尤其是已经调好的项目，改之前最好先确认几件事。

第一，算法当前吃的是灰度图还是彩色图。不要界面上看见彩色，算法里实际又转成灰度，最后谁都说不清。

第二，阈值、灰度统计、缺陷对比是不是依赖具体数值。如果依赖，就不能只看显示效果，必须看数据范围。

第三，帧率和带宽有没有余量。像素格式一变，采集链路压力可能马上变大。

第四，存图和复盘格式是否一致。现场调试图、保存图、算法输入图如果不是同一种格式，后面复盘会很痛苦。

第五，改动有没有记录。很多现场问题不是因为改了一个大功能，而是因为一个小设置没人记得。

工业视觉里，最怕的不是参数复杂，而是参数被改了，却没人知道它影响哪里。

最后要看的不是格式名字，而是项目结果

像素格式没有绝对好坏。

Mono8 可能更适合稳定边缘，RGB 可能更适合颜色判断，12bit 可能更适合低对比细节，但这些都要回到项目里看。

如果你做的是高速检测，可能要优先考虑数据量和帧率；如果你做的是细微灰度差异，可能要考虑位深；如果你做的是颜色识别，就不能随便把彩色信息丢掉。

真正成熟的做法，不是看到一个选项就觉得更高级，而是问清楚：这个格式能不能让特征更稳定，能不能让算法更可靠，能不能让整套系统跑得住。

像素格式这件事，表面是相机设置，背后是图像质量、算法稳定性和项目节拍。