阿奎苦力啊亚古妮

看看影视动漫作品里的外星人，你就知道了😀

这也没毛病啊，为啥你们怎么都手脚冰凉🐵

力霸王

现在没有分吗？我看着我车库里的一堆超跑陷入沉思

调包是一件幸福的事。
等要上线才知道痛苦。

@ooxxcc 我明白这是合理的，所以反观 py 我就懵了额。

@ooxxcc emmm 这个要双持下才会知道差别也太大了- -，我尝试手动转的代码没有贴。现在可以复现 C++下的效果，但是复现不了 Py 下的效果😂

@ooxxcc 这个我手动重写时都有考虑。其实这就是全部代码了额- -。C++和 py 只是初始化不太一样而已，随手找张图这样处理一下然后 Imwrite,就能发现 C++ 的结果会全部黑 [因为都小于 1 了，uchar 里会变 0] ，但是 py 的会不一样。

@ooxxcc 这里是我没说清楚，一开始我是好奇类似 R / (R + G + B)的归一化方式是啥玩意，随便搜了下，搜到了 CIE 1931 的色域分布公式，所以就简称 CIE 了。
因为我 py 模拟这个操作的时候，初始化为 float32 时的结果和直接操作的结果相同，而 8UC1 情况下不同，而 C++不论如何的结果都与 py 直接操作不同，所以才有疑问。

@lcdtyph 默认分割后就是 8UC1,py 下如果手动执行操作的话，我新建的数据是 float32 位的，所以为了对应也为了防止溢出就改为 32FC1 的。

@Justkkk 我修改了 Mat 开始的空间类型为 32FC1，结果是一样的。py 这里不会归到 0-255 内，然后存储再读取之后的值，看不出来是怎么转换的。

@lcdtyph @stebest 伪代码
现在我自己测试的结果是 C++因为变量类型固定的缘故，会比 py 多一步%256。所以会有差别- -

@Mohanson 有检查，然后为了避免运算符重载的问题，我还遍历了手动操作，但是结果还是不一样，难道是 py 和 C++的 imwrite 不同？

G330 寿命 2 年？大概