YUV格式图像颜色反转实现咨询（无需转换为RGB）

嘿，这个问题问到点子上了！直接在YUV域做颜色反转，可比先转RGB反转再转回来高效太多，尤其适合视频实时处理这类对性能敏感的场景。我来给你捋清楚具体怎么操作：

YUV格式里，Y是亮度分量（决定明暗），U和V是色度分量（决定颜色）。颜色反转本质上对应RGB中每个分量取反（255 - 原值），我们可以通过数学推导把这个操作映射到YUV分量上，完全不用碰RGB转换。

1. 处理亮度分量Y #

Y的取值范围分两种情况：

• 全范围（0-255）：直接取反即可，公式是 Y' = 255 - Y。比如Y=0（纯黑）会变成255（纯白），完美对应反转后的明暗效果。
• 有限范围（16-235，常用于广播电视标准）：Y的黑电平是16，白电平是235，反转后要让16→235、235→16，公式是 Y' = 251 - Y（235+16=251）。

2. 处理色度分量U和V #

不管是全范围（0-255）还是有限范围（16-240），U和V的反转公式都是一样的：

• U' = 256 - U
• V' = 256 - V

为啥是256？给你简单推导下 #

以BT.601的RGB转YUV公式为例，反转后的RGB是R'=255-R、G'=255-G、B'=255-B，代入U的计算公式后会发现：所有常数项抵消，最终得到U' = 256 - U（因为U的基准偏移是128，取反后相当于绕128对称翻转）。这个结论对BT.709、BT.2020等其他YUV标准同样适用，因为推导过程中转换系数会相互抵消。

实战代码示例（C语言伪代码） #

假设我们处理的是YUV444格式（每个像素对应Y、U、V各1字节）：

// 遍历所有像素
for (size_t i = 0; i < total_pixels; ++i) {
    // 处理Y分量（这里用全范围，有限范围替换成251 - y_data[i]即可）
    y_buffer[i] = 255 - y_buffer[i];
    
    // 处理U和V分量
    u_buffer[i] = 256 - u_buffer[i];
    v_buffer[i] = 256 - v_buffer[i];
}

如果是YUV420这类半采样格式，只需要对现有的UV缓冲区执行同样的反转操作就行，不需要额外插值——因为反转是逐采样点的独立操作，和分辨率无关。

注意事项 #

• 注意数据类型溢出：如果用无符号char（0-255）存储分量值，256 - U在无符号运算中会自动处理成正确的结果（比如256-16=240，256-240=16），不用担心负数问题。
• 不同YUV标准无需调整公式：不管是SD、HD还是4K视频用的YUV标准，反转逻辑完全一致，不用修改代码。

这样处理出来的效果，和先转RGB反转再转回YUV的结果完全一致，但省去了两次格式转换的性能开销，在大分辨率或实时场景下优势非常明显。

内容的提问来源于stack exchange，提问作者Natalia Slepkova